IRC log for #brlcad on 20100101

00:46.21brlcadhappy new year everyone!
00:49.53CIA-38BRL-CAD: 03brlcad * r37095 10/brlcad/trunk/src/librt/primitives/sketch/sketch.c: basic macros everyone should know ;)
01:47.40``Erikhm
01:48.52brlcadhm indeed!
04:09.50starseeker<PROTECTED>
05:12.01starseekerHappy New Year! (for those on USA East coast or later time)
05:22.34starseeker``Erik: what in the heck has gotten into the stefil devs, tacking hu.dwim onto everything?
05:39.31CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2100 10/wiki/BRL-CAD_Primitives: /* trc */
05:41.27CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2101 10/wiki/BRL-CAD_Primitives: /* nmg */
06:58.53CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2102 10/wiki/Talk:Main_Page: /* BRL-CAD Primitives */
07:10.10*** join/#brlcad talcite__ (n=matthew@bas2-toronto21-1279332188.dsl.bell.ca)
08:52.08*** join/#brlcad talcite_ (n=matthew@bas2-toronto21-1279331972.dsl.bell.ca)
11:27.39*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
13:32.46``Erikhm, so this is what 2010 feels like O.o
14:29.32starseekerproposes this decade we switch from declaring the year of Linux on the desktop to declaring the year of *BSD on the desktop :-P
15:12.12*** join/#brlcad guillermina (n=guillerm@124-133-231-201.fibertel.com.ar)
15:41.48``Erikdesktops are so passe, it's all netbooks and servers, y'know, uh, 'thin clients'
15:41.49``Erikagain
15:41.51``Erikor something :D
15:42.05``Eriktwo point oh
18:30.55yukonbobhaha...
18:31.11yukonbobstarseeker: ---v (from #netbsd)
18:31.13yukonbob09:19 < yukonbob> 2010: the year of NetBSD on the Desktop
18:31.13yukonbob09:20 < yukonbob> hehe
20:19.32starseekerlol
20:20.01starseekerwell, since it's NetBSD - "2010: the year of NetBSD on *"
20:32.10``Erik*bsd is a force to be reckoned with... as a server os... I ifgure the 'desktop' is seriously going to slowly move to being a thin client, I think the whole web two point oh ajax thing is gonna become more and more common
20:32.56``Erikespecially with html5 :)
20:33.03starseekerheh
20:33.33starseekeris still mildly annoyed that there couldn't be some sort of baseline video codec decided upon...
20:33.41``Erik(and I'm an old unix geek... I don't like it, it's just what it smells like to me)
20:33.44``Erikyeah
20:33.48starseekerI don't care if it was basic mpeg, just SOMETHING
20:34.05``Erikbut at least there's astandard container for your unstandard video
20:34.19``Erikheh :(
20:34.37starseeker<snort> and all the players sufficiently capable that they can handle something like that make lawyers' hair stand on end
20:35.20``Erikis coming up on 30 years of coding :/
20:36.21starseekercool :-)
20:36.30``Eriky'know, was talking to daytona, I've been coding longer than he has
20:37.39``Erikbut he's an awful damn sharp fellow, and got his intro to coding with awfully smart help, he made a comment on wednesday that made me feel like a retard
20:38.01``Erikgood times :)
20:39.37starseekerhehe
20:39.56starseekerhmm, cool - software for drug effect prediction
20:40.38starseekerthis is hilarous - they're claiming it's non-commercial license only for academics, but they're also saying it's GPL:  http://funsite.sdsc.edu/scb/smap/Registration.jsp
20:41.51starseeker'course, no academic email no ticket...
20:48.11``Erikgpl is gpl, they can't do squat about it... they can opt to not respond to email, but....
20:48.32starseekeryeah, they must be counting on other academics not posting it for download
20:48.52starseeker(which I can't find so far, so perhaps it's working for them)
20:49.16``Erikseems silly
20:49.34starseekerprobably would like to get some $$$ from big pharma
20:51.41``Erikgpl doesn't prohibit dual licensing *shrug*
20:51.59starseekeryeah, looks like inexperienced setup
20:53.33starseekersigh Nintendo stomps on a fan film...
20:54.00starseekeryou get the feeling lawyers get bored or something
20:54.01``Erikyeh, /. last night
20:54.46starseekerLarge businesses are to grass roots orgs what lawn mowers are to lawns
20:55.14``Erikall large businesses were small businesses at one point
20:55.38``Erik:( I think arl has seen the biz size mutation over the last 5 years or so
20:55.57starseekertrue, but generally when they're small they have fewer resources to waste on such things...
20:56.47``Erikkinda makes me want to go create a massive mega-corp
20:56.53starseekeris sometimes tempted to try and sit in on management/business classes just to see what they are teaching them...
20:57.15``Erikso when I see that kinda fucktardedness, I can put my foot down and go "oh my fucking god, you are ruining everything that is good in humanity"
20:57.19``Erik:D
20:57.22starseekerbets it's some variation of "Worship the Next Quarter Profit Metric"
20:57.37``Erikmba's are ...
20:57.47``Erikshuts up before he gets, uh, non-pg
20:57.49starseeker``Erik: hmm, interesting - create megacorp, just to run it the right way...
20:58.05starseekernon-pg?
20:58.07starseekeror pc?
20:58.18``Erikall of the above
20:59.03``ErikI've word for mega-corps, I've worked for microcorps, ... and I grew up on navy insalations, I can cover your screen wtih my "opinions"
20:59.12starseekerlol
20:59.16starseekerindeed
21:00.41starseeker's first step in running a megacorp would be to pull all the books on the original "HP Way", and make the managers listen to them while sleeping at night until it becomes instinctual
21:01.33``Eriksee, I'd be mroe apt to purchase a large quanity of cans, instruct mgmt to write "change" on the sides, and put them to teh street with their new tool
21:01.37``Erik:D
21:02.03starseekernot that american consumers will pay for quality anyway, of course...
21:02.07starseekerheh
21:02.33``ErikI can see say, a shop foreman being a useful position
21:02.50``Erikbut professionals generally wanna do the righ tthing, they just happen to get paid for it
21:03.04``Erikum, the tv show 'scrubs', uh, kelso? ... yeah...
21:03.29``Erikcommon theme in that show is trying to succeed in spite of mgmt
21:03.42``Erikwhich I think is awfully common in real professional life
21:04.25``Erikheh, twinky got isst attention by working on it from home
21:13.17PrezKennedy``Erik, about trying to succeed despite management... Amen!
21:21.58*** join/#brlcad Nohla (n=jesica@168.226.179.3)
21:22.30``Erikstevey: I've yet to see an alegory where mgmt made success.
21:23.39``Erikmy assertation is that when you hire 'professional' folk, step thefuck backa nd let then do what they do, any attempt to control or manage will just result in waste
21:24.55``Erikwhen I started at arl, I was putting in mebbe 50-60 hours being productive... it was an important project, and I was part of it... now I'm feeling micromanaged out the wazoo, I spend the last two hours of my day staring at the clock and do my best to avoid touching code when I'm not at work
21:25.17*** join/#brlcad talcite_ (n=matthew@bas2-toronto21-1279331972.dsl.bell.ca)
21:33.20*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
21:34.33*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
22:02.11yukonbob``Erik: re: AJAX -- I hope not -- what a fugly interface, a browswer.
22:02.35``Erikdo you use gmail? or google maps
22:02.36``Erik?
22:03.06``Erik<-- is thinking of what will be, not what SHOULD be
22:03.12starseekeryukonbob: for a lot of "boring but functional" stuff it works quite well
22:03.21starseekerand there are also the rare cases like google maps
22:04.00starseekeragrees though on the "high end" app side of things - I doubt blender will be getting an AJAX based GUI anytime soon
22:06.19yukonbobI have a gmail acct., and I have used google maps, yes.
22:30.48*** join/#brlcad jesica__ (n=jesica@168.226.176.217)
IRC log for #brlcad on 20100102

IRC log for #brlcad on 20100102

01:29.08*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
01:29.55*** join/#brlcad talcite_ (n=matthew@bas2-toronto21-1279331972.dsl.bell.ca)
03:36.38*** join/#brlcad talcite__ (n=matthew@bas2-toronto21-1242351444.dsl.bell.ca)
05:19.48*** join/#brlcad talcite_ (n=matthew@bas2-toronto21-1242310260.dsl.bell.ca)
06:33.32*** join/#brlcad talcite__ (n=matthew@bas2-toronto21-1279332088.dsl.bell.ca)
07:44.34*** join/#brlcad talcite_ (n=matthew@bas2-toronto21-1279331635.dsl.bell.ca)
07:49.14CIA-38BRL-CAD: 03brlcad * r37096 10/brlcad/trunk/src/librt/primitives/pipe/ (pipe.c pipe_brep.cpp): big cleanup of formatting (vmath macros missing semicolon), mass quellage on unused params and shodowing.
08:01.08CIA-38BRL-CAD: 03brlcad * r37097 10/brlcad/trunk/src/librt/primitives/pnts/pnts.c: printf family promotes to double, so no %lf (for c90). use %f instead. other minor quelling.
08:12.07*** join/#brlcad talcite (n=matthew@bas2-toronto21-1279331635.dsl.bell.ca)
08:24.40*** join/#brlcad talcite (n=matthew@bas2-toronto21-1279331635.dsl.bell.ca)
13:38.53CIA-38BRL-CAD: 03brlcad * r37098 10/brlcad/trunk/src/librt/primitives/ (poly/poly.c rec/rec.c): quell verbose warnings. remove register keyword, quell and check parameters.
14:11.08CIA-38BRL-CAD: 03brlcad * r37099 10/brlcad/trunk/src/librt/primitives/ (5 files in 3 dirs): more warnings being quelled. unused params/vars and extra checks.
14:23.16CIA-38BRL-CAD: 03brlcad * r37100 10/brlcad/trunk/src/librt/primitives/ (15 files in 14 dirs): invert the verbose logic test so we can reduce depth/complexity. just return early. remove some more register keywording while we're at it.
14:36.19CIA-38BRL-CAD: 03brlcad * r37101 10/brlcad/trunk/src/librt/primitives/ (4 files in 3 dirs): more warnings
16:29.23*** join/#brlcad Nohla (n=jesica@168.226.178.253)
16:49.40*** join/#brlcad jesica__ (n=jesica@168.226.178.122)
17:02.40*** join/#brlcad Nohla (n=jesica@168.226.178.217)
17:37.13CIA-38BRL-CAD: 03brlcad * r37102 10/brlcad/trunk/src/librt/primitives/ (submodel/submodel.c superell/superell.c): quelling unused params, added checks, removed register keyword.
17:39.56CIA-38BRL-CAD: 03brlcad * r37103 10/brlcad/trunk/src/librt/primitives/table.c: eliminate the crudgery of the old _nul_ placeholder callbacks and expand out the function table. replace the _nul_ with NULL. one step closer to callback wrappers.
17:43.47*** join/#brlcad Nohla (n=jesica@168.226.179.109)
17:48.51CIA-38BRL-CAD: 03brlcad * r37104 10/brlcad/trunk/ (include/raytrace.h src/libged/put.c src/libged/wdb_obj.c): remove references to rt_nul_make
18:12.07CIA-38BRL-CAD: 03brlcad * r37105 10/brlcad/trunk/src/librt/primitives/tgc/ (tgc.c tgc_brep.cpp): good gravy tgc.. eliminate a slew of exact == 0.0 floating point comparisons.
18:16.28``ErikO.o
18:17.49``Erikin my old age, I'm gaining more and more appreciation for stp
18:23.58brlcadyeah kids, stay off grandpa's lawn
18:24.20CIA-38BRL-CAD: 03brlcad * r37106 10/brlcad/trunk/src/librt/primitives/ (tor/tor.c vol/vol.c): !woo hoo! the last of the primitives, now all free of verbose warnings. added usual unused parameter checks and dequelled a couple exact floating point comparisons
18:24.22``Erik:D
18:24.34``Erikseirously? all squashed? O.O
18:33.56brlcadthat be all of them
18:34.05brlcadthere are still about a dozen files in librt though
18:34.21brlcadalphabetical, those after 'p' (primitives dir)
18:34.37brlcadlibrt is almost fully clean
18:36.20CIA-38BRL-CAD: 03brlcad * r37107 10/brlcad/trunk/src/librt/roots.c:
18:36.20CIA-38BRL-CAD: odd exact floating point comparison here that dates back to 1986. the intent
18:36.20CIA-38BRL-CAD: looks like a simple comparison of b-diff == b being that the diff is simply so
18:36.20CIA-38BRL-CAD: near zero that it's below computation tolerance to represent, which is
18:36.21CIA-38BRL-CAD: SMALL_FASTF. additionally the magic 1.0e-5 that was added for SGI is tightened
18:36.23CIA-38BRL-CAD: up to SQRT_SMALL_FASTF. obviously needs testing.
18:54.00CIA-38BRL-CAD: 03brlcad * r37108 10/brlcad/trunk/src/librt/shoot.c:
18:54.00CIA-38BRL-CAD: modify the spatial position traversal to do what the comment says, progressing
18:54.00CIA-38BRL-CAD: the smallest amount possible. we progress by SQRT_SMALL_FASTF (1e-39/1e-18)
18:54.00CIA-38BRL-CAD: instead of the hardware tol SMALL_FASTF (1e-77/1e-37) so as to be 'slightly'
18:54.00CIA-38BRL-CAD: closer to what we were stepping (1e-14). obviously needs testing..
18:56.56brlcadexciting!
18:57.01brlcadgiggity giggity
18:57.43``Eriknow make nmg not suck
18:57.44``Erik:D
18:57.45``Erik*duck*
18:58.03brlcadi actually grew a new appreciation for nmg whilest cleaning it's warnings
18:58.17brlcadthat's on the refactor block after functab
18:58.26``Erikit's got some crazy smart person stuff in there, but the details and implementation are.. uh... not so hot
18:58.27brlcadpull back to libnmg
18:58.56brlcadcan count the remaining librt files to quell on two hands!
18:59.03``Erikis pissing off his cats and neighbors by singing along to alice in chains songs :D
18:59.12``Erikwith only 30 fingers per hand?
18:59.37brlcadone tequila two tequila
18:59.41``Erikthe '91 moore session was.. wow.
19:00.26``Erikhttp://www.youtube.com/watch?v=l9jX1KAKp78&feature=related
19:00.51``Erikwhen I lived there, one of the big radio stations (99.9, kisw) kept playing the show... like... all of the show
19:01.24``Erikboom, here's 90 minutes of AiC doin' their thang, no commercials or anything
19:03.48brlcadgasp! .. drumroll
19:04.00``Erikall done?
19:04.36``Erikw00t to de 00t
19:04.57``Eriknow I'll go compile it somewhere that the errors are massive and all over
19:05.05``Erikfbsd tends to be bitchier than osX or leenewx
19:05.45CIA-38BRL-CAD: 03brlcad * r37109 10/brlcad/trunk/ (4 files in 2 dirs): almost there, almost there...
19:07.59poolioooo, new year cleaning?
19:08.45``Erikyo ben, how's it going? gradjimucated yet?
19:08.57poolioheh, still got a year and a half but it's going well
19:10.19pooliohow are things with you? have a good new year?
19:10.48``Erikbeen a hell of a year for me. :/
19:11.26``Erikalmost quit, moved halfway across the country, and got married, btu *shrug* it didn't happen, now I'm back in the saddle :)
19:12.15poolioah well, there's always this year :)
19:12.38``Erikmade for some odd conversations... "yeh, uh, I've decided I'm NOT seeling my house, apologies for wasting your time" "uh, yeh, you know when I said I was quitting? um, I'd still like to work here, if that's ok"
19:12.59``Eriknow I'm trying to convince http://cdn.okcimg.com/php/load_okc_image.php/images/16/150x150/558x800/0x0/438x438/0/14337150525155587730.jpeg to punch me in the head :D
19:14.10pooliooy, that's no fun
19:14.16``Erikare you going to apply to next years gsoc?
19:15.24poolioprobably not... I've been doing a lot of machine learning + neuroscience research and will probably be continuing with that
19:15.43``Erikmachine learning and neuroscience? lots of NN type stuff?
19:16.00pooliobut I was just looking into using BRL-CAD for some fancy visualizations
19:16.03``ErikI think that a ga generated nn would be ... awesome... I just haven't seen anyone try it
19:16.51poolionot really any NNs actually, I've mainly been working on dynamic bayesian networks (HMMs, kalman filters, etc...) for neural prosthetics
19:17.03``Erikcool
19:17.17pooliomany people have tried GA + NN but I don't remember any names offhand
19:17.19``Erikgraphviz isn't a player for viz?
19:17.49``Erikhm, ten years ago, in my AI course, it seemed like a damn obvious step that no one did
19:18.15``Erikuse a ga to generate an optimized nn....
19:18.35``Erikmebbe folk have tried it and it's just not good, I dunno, I didn't actually try it :)
19:19.02``Erikif it was obvious to me, I'm sure many folk smarter than I have tried it and we don't see it cuz there's a fault
19:19.48pooliowell, many people have used it with some amount of success, but NNs have been out of style for the past few years
19:20.05``Erikoh, I'm out of date :)
19:20.17``Erikwhat's the new hotness for processing fuzzy data?
19:20.18pooliothey're making a come back under the name "deep belief networks"
19:20.52poolioIt depends what you want to do with the data, but for classification support vector machines (SVMs) are hip
19:21.40``Erik*google* *wiki*
19:22.28CIA-38BRL-CAD: 03brlcad * r37110 10/brlcad/trunk/src/librt/ (brep_test.cpp nurb_example.c primitives/xxx/xxx.c wdb.c):
19:22.28CIA-38BRL-CAD: awesome. with this commit, librt's C code is now free of all verbose
19:22.28CIA-38BRL-CAD: compilation warnings (on 32-bit osx). quellage includes unused params/vars,
19:22.28CIA-38BRL-CAD: shadows, and added tests. removed the ray parameter from rt_tcl_pr_hit().
19:22.39``Erikwow, thanks... when I was in school, palm was radical and new, they made nn's do something worth doing... but linux was a whelp, nt was hot new sexiness, solaris 7 was keen, ...
19:22.51pooliobrlcad: woot!
19:23.26poolio``Erik: yeah, machine learning is a constantly evolving field
19:23.29``Eriknow I'm gonna read up and decide that it's just new names on old ideas, but now I'll have the new names... and can refer to the 50's crud
19:23.50brlcadhowdy poolio!  merry new year, happy christmas
19:24.15poolioit almost always is the same idea renamed...or an idea renamed from another field
19:24.17``Erik<-- codes in lisp for fun these days... :)
19:24.29poolioahoy brlcad! happy holidays to you too
19:24.43brlcad``Erik: yeah, verbose on a 64-bit is probably going to expose a slew of type conversion warnings, and I've got a linux box set to c99 which is a bitch to quell
19:25.06brlcadbut that's at least 75% complete now, and almost enough to turn the flag on the dir :)
19:25.06poolio``fun'' eh?
19:25.07``Erikmy fbsd boxen are 32b, but they still expose asstons more of issues than starseekers leenewxen
19:25.23``Erikhow very LaTeX in your phrasing
19:25.36brlcadpoolio: hah, ... it was ... for the first 100 hours
19:25.37poolioah whoops...school requires so much typesetting :)
19:25.51``Erikyes, fun, couple vdeo games I'm working on... :)
19:26.01pooliovideo games in LISP?
19:26.01``Erikone is ucw based, web thingie
19:26.09brlcadthe second and third, not so much .. then the last 8 hours it got exciting again ;)
19:26.19``Erikthe other effort is lisp at the core, using ogre and ode
19:26.44``Erikum, there've been several lisp based video games... they just don't brag that they're lisp... :)
19:27.03``Erikabuse, crash bandicoot, ...
19:27.14pooliobrlcad: heh, I don't think I ever made it past 10 hours
19:28.00``Eriksean: fbsd will break on the compile in new and interesting (but legit) ways
19:28.14``Erikmebbe not brlcad.org, but crit will
19:28.17``Erik:)
19:28.25brlcadpoolio: so future devs don't have to endure nearly as much pain as *cough* some have ;)
19:28.44``Erikhop on crit and try :D
19:28.53brlcadstill a LOT more to go, but having the core strict clean will help with long-term maintenance
19:29.14brlcad``Erik: you mean with strict on?
19:29.18``Erikyeah
19:29.22brlcadi'm sure bsd will
19:29.36brlcadlinux is up next, it's pretty damn noisy
19:29.40brlcad64-bit
19:29.57``Erikone of the reasons I fell in love with bsd was that it was so aggressive about correctness, where linux was very loose and easy
19:30.20pooliobrlcad: heh, you should just leave it as a rite of passage
19:30.34``Erikwhen I started caring about hpux and solaris, taking my lumps up front in bsd was very ... least painful
19:30.40``Erikoh, and aix
19:30.47brlcadah, wonderful.. "No space left on device" .. world class, I tell ya
19:31.00brlcadpoolio: there are still plenty of other rites of passage ;)
19:31.09brlcadjust as painful
19:31.25``Erikhah, "look at nmg" :D
19:31.58poolioor my personal favorite, "complete the paperwork"
19:32.10poolioalthough I suppose a lot of devs can skip that step :)
19:32.15brlcadbsd at least will do bu/bn and a few others strict now.. solaris build doesn't even get that far
19:32.17``Erikpaperwhat?
19:32.26``Eriksolaris using sunw or gcc?
19:33.10``Erikdo we have an irix box anymore? I have an o2 bookend if we need
19:34.17brlcadgcc
19:34.34brlcadno irix
19:35.37``Erikwe lost the irix server, ... but I will not surrender that o2 :)
19:36.15``Erikbest bookend ever
19:36.28``Erikand only what, 6k in its prime?
19:37.18brlcadyeah, 5-8k
19:37.32brlcad< $100 on ebay now
19:38.37``Eriktwinky has an o200, or had one in his closet
19:39.36``Eriksits around feeling old :)
19:39.59brlcadwell, look on the bright side
19:40.03brlcadyou're not nearly as old as you look
19:40.23``Erikhey, I get carded all the time
19:41.16poolioaha, even I don't get carded anymore :)
19:42.24``Erikyeah, see, I'm 33 and I get carded all the time
19:42.52``Erikpisses me off... when I'm out with a girl, they're always "wow, that' awesome, I'm so jealous" ... no it's annoying
19:56.21CIA-38BRL-CAD: 03brlcad * r37111 10/brlcad/trunk/src/librt/nurb_example.c: wow, only warning to come up on 64-bit linux (rhel5) with c99 set. less work than bu and bn.
19:57.21CIA-38BRL-CAD: 03brlcad * r37112 10/brlcad/trunk/src/librt/Makefile.am: linux and macosx are now warning-free. that's more than the other libs got before strict was enabled, so let others in on the quelling fun.
19:58.23brlcad``Erik: it's probably more the serial murderer look, they want a name in case they see your face again in the news
20:02.10CIA-38BRL-CAD: 03brlcad * r37113 10/brlcad/trunk/src/libbu/bitv.c: reduce. -3 +2. net gain.
20:40.23*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
20:51.05*** join/#brlcad louipc (n=louipc@75-119-247-24.dsl.teksavvy.com)
20:59.50*** join/#brlcad _sushi_ (n=_sushi_@84-72-9-218.dclient.hispeed.ch)
20:59.58_sushi_happy new year all!
21:03.33brlcadhappy new year _sushi_
21:23.16starseekerupdates and gives Gentoo a go at librt strict...
21:23.32starseeker(must take brake from working on closet...)
21:24.14starseekerbrlcad: did ``Erik frag somebody again? :-P
21:25.45starseekerthose BSD vs. world brawls can get intense...
21:43.32starseekerum
21:43.43starseeker../../../brlcad/src/librt/db5_io.c: In function ‘rt_db_cvt_to_external5’:
21:43.43starseeker../../../brlcad/src/librt/db5_io.c:1251: error: the address of ‘body’ will always evaluate as ‘true’
21:43.46starseeker../../../brlcad/src/librt/db5_io.c:1256: error: the address of ‘attributes’ will always evaluate as ‘true’
21:43.49starseeker../../../brlcad/src/librt/db5_io.c: In function ‘rt_db_put_internal5’:
21:43.52starseeker../../../brlcad/src/librt/db5_io.c:1426: error: the address of ‘ext’ will always evaluate as ‘true’
21:44.09starseekeris it complaining because it thinks the checks are useless?
21:47.23_sushi_starseeker: the compiler must think these things will never be NULL
21:47.40_sushi_Maybe something like int a; int *b=&a; if (b)... ?
21:47.47starseekermaybe...
21:48.16starseekerwonders if body, attributes and ext are supposed to be pointers to structs with the BU_* routines handling memory...
21:48.19starseekertries that...
22:03.51starseekerhmm... it doesn't like hits in ars.c, but I'm not quite sure how to approach that one...
22:05.14starseekerI suppose it should be a malloc of the amount of memory needed for RT_ARS_MAXHITS rather than struct hit hits[RT_ARS_MAXHITS] ...
22:05.57starseekerlooks at clock and realizes he has to get back to the closet...
22:05.59starseekerarrgh
22:06.41starseekerbrlcad: I'll go ahead and commit what I've got so far - if it's wrong go ahead and revert and I'll take another swipe at it later
22:08.19CIA-38BRL-CAD: 03starseeker * r37114 10/brlcad/trunk/src/librt/ (6 files in 2 dirs): Quellage in librt on Gentoo linux - this isn't all of it but commit what I've done so far to see if I'm doing something The Wrong Way... - haven't tested yet because I haven't gotten a complete librt build yet.
22:09.34brlcadthat'll segfault
22:10.14brlcadthey're not pointers otherwise you'd have to malloc/free them .. if it's just a pointer, you can't call INIT() yet
22:11.35starseekerah
22:12.49brlcadhave to unroll the macro to see what it's actually complaining about
22:12.55starseekerk
22:13.11brlcadthere are a slew of similar BU_CK* macros that preceed it, so something about BU_CK_EXTERNAL
22:13.44brlcadBU_CK_EXTERNAL -> BU_CKMAG -> if statement and a call to bu_badmagic()
22:14.13CIA-38BRL-CAD: 03starseeker * r37115 10/brlcad/trunk/src/librt/ (6 files in 2 dirs): Undo librt changes - need to delve into macro land.
22:14.57brlcadah, I see
22:15.03brlcadit's exactly what it says
22:15.22brlcadit's an object on the stack, so the address is guaranteed to be non-null
22:15.37starseekerah - so the check is unnecessary?
22:15.39brlcadso the if test that happens inside BU_CKMAG() will always be true
22:15.47brlcada portion of the if-test
22:16.20brlcadthe test is A or B or C .. and the warning is merely that A is always false
22:17.08brlcadway to quell that is to get a pointer to that address
22:17.16starseekerpoint of interest - since they aren't pointers, how come some of them have free calls?
22:17.40brlcadbu_free_external() is not freeing the struct
22:17.44_sushi_brlcad: have you already had time to read my query?
22:17.46brlcadit's freeing things the struct holds
22:17.50brlcad_sushi_: not yet
22:17.54_sushi_brlcad: sorry
22:18.01starseekerah
22:18.29starseekerwould have favored bu_free_struct_contents or some such for that... ah well
22:19.14starseekerthought &ext was the address of struct bu_external ext
22:22.00starseekerhas to run - back later
22:22.27brlcadstarseeker: try this..
22:26.42CIA-38BRL-CAD: 03brlcad * r37116 10/brlcad/trunk/include/magic.h:
22:26.42CIA-38BRL-CAD: get the pointer value as a long integer before doing the comparisons. this will
22:26.42CIA-38BRL-CAD: allow calls to BU_CKMAG for address of structs on the stack to not produce a
22:26.42CIA-38BRL-CAD: compilation warning about the address always evaluating to true. going
22:26.43CIA-38BRL-CAD: indirectly through the value does make the magic check potentially a little more
22:26.45CIA-38BRL-CAD: expensive for non-optimized non-production builds.
22:28.09brlcadif it works, should study it for understanding ;)
22:53.27starseekerso the compiler was complaining about the if test because it knew the answer of that test for that case would always be false, since the pointer would evalute as true
22:54.23starseekerdoesn't quite see why that matters, since there were other cases in the OR statement... an evaluation of the OR condition as TRUE would have shorted the test, but not false
22:54.58starseekerah, well
22:56.58starseekeryeah, same deal with BU_VLS_IS_INITIALIZED
23:05.25CIA-38BRL-CAD: 03starseeker * r37117 10/brlcad/trunk/include/ (brlcad_version.h bu.h): Also do pointer to long integer in BU_VLS_IS_INITIALIZED test
23:05.48starseekerand that completes the librt build here
23:07.15starseekeronly warning I see is deprecated conversion from string constant to char* in dsp_brep.cpp
23:07.31starseekerwonder why it didn't gag on that
23:08.24*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
23:08.32starseekerhmm - must investigate bu_cv_cookie after supper
23:17.27CIA-38BRL-CAD: 03starseeker * r37118 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: cast to (char *) explicitly to avoid the string constant to char * warning - might want to check if bu_cv_cookie should be expecting const char * or not...
23:18.32starseekerI suppose if bu_cv_cookie doesn't alter the input string it could take a const value...
23:21.03brlcaderm, parens right on that?
23:21.10brlcadlooks like you inverted the whole if test
23:21.45brlcadalso shouldn't cast away constness
23:22.18brlcadthe fix is what you suggested, should be const
23:24.07brlcadah, logic looks okay on the bu.h change .. just funky in the email
23:42.35*** join/#brlcad _sushi_ (n=_sushi_@84-72-9-218.dclient.hispeed.ch) [NETSPLIT VICTIM]
23:42.37*** join/#brlcad CIA-38 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
IRC log for #brlcad on 20100103

IRC log for #brlcad on 20100103

01:46.24starseekerpokes CIA
01:46.49starseekersees the changes to bu_cv_cookie have already been made - whoopsie
01:47.56CIA-38BRL-CAD: 03starseeker * r37120 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Remove cast now that bu_cv_cookie has the correct argument type.
02:04.22``ErikHAH, did a df and just about flipped out, was on the wrong machine :)
02:13.54``Eriksits around and mournes layne stayley some more *sigh*
03:40.17*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
04:31.29starseekerputs up the last of the cedar
05:26.10*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
07:16.24*** join/#brlcad Ralith_ (n=ralith@216.162.199.202)
08:19.20*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
09:10.17*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
11:57.04*** join/#brlcad jesica__ (n=jesica@168.226.179.75)
14:49.24*** join/#brlcad docelic (n=docelic@78-2-69-191.adsl.net.t-com.hr)
15:53.07*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
17:21.24*** join/#brlcad Nohla (n=jesica@168.226.178.251)
17:26.54*** join/#brlcad Nohla (n=jesica@168.226.178.251)
IRC log for #brlcad on 20100104

IRC log for #brlcad on 20100104

00:14.12*** join/#brlcad talcite (n=matthew@76-10-142-28.dsl.teksavvy.com)
00:15.24talcitehey brlcad, leaving a message: Could you let me know what the progress with the upstream takeover is, and where we are hosting them? Thanks!
01:18.38*** join/#brlcad Ralith (n=ralith@69.90.48.97)
01:45.47*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
02:25.33CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2103 10/wiki/BRL-CAD_Primitives: /* extrude */
02:56.51*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
03:16.44CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2104 10/wiki/MGED_CMD_dup:
03:18.51CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2105 10/wiki/Category:MGED_file_operations: New page: mged commands that operate on external files [[category:MGED]]
03:25.54CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2106 10/wiki/MGED_CMD_export_body:
03:28.52CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2107 10/wiki/MGED_CMD_idents:
03:29.14CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2108 10/wiki/MGED_CMD_journal:
03:29.46CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2109 10/wiki/MGED_CMD_keep:
03:30.10CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2110 10/wiki/MGED_CMD_opendb:
03:30.22CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2111 10/wiki/MGED_CMD_overlay:
03:30.37CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2112 10/wiki/MGED_CMD_pl:
03:30.56CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2113 10/wiki/MGED_CMD_plot:
03:31.10CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2114 10/wiki/MGED_CMD_polybinout:
03:33.08CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2115 10/wiki/MGED_CMD_dbbinary:
03:33.10CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2116 10/wiki/MGED_CMD_dbconcat:
03:34.09CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2117 10/wiki/MGED_CMD_export_body:
03:53.05CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2118 10/wiki/MGED_CMD_read_muves:
03:53.26CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2119 10/wiki/MGED_CMD_regions:
03:53.48CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2120 10/wiki/MGED_CMD_rmater:
03:54.07CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2121 10/wiki/MGED_CMD_rmats:
03:54.16CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2122 10/wiki/MGED_CMD_savekey:
03:54.36CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2123 10/wiki/MGED_CMD_saveview:
03:54.50CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2124 10/wiki/MGED_CMD_solids:
03:55.04CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2125 10/wiki/MGED_CMD_wcodes:
03:55.32CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2126 10/wiki/MGED_CMD_wmater:
03:55.39CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2127 10/wiki/MGED_CMD_preview:
03:55.52CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2128 10/wiki/MGED_CMD_prj_add:
03:56.01CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2129 10/wiki/MGED_CMD_ps:
03:56.10CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2130 10/wiki/MGED_CMD_rcodes:
04:01.06CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2131 10/wiki/BRL-CAD_Primitives: /* ebm */
04:32.13CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2132 10/wiki/MGED_CMD_prefix:
04:35.26CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2133 10/wiki/Category:MGED_object_editing: New page: mged commands that change objects directly or present the user with options to edit them. [[category:MGED]]
04:41.29CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2134 10/wiki/MGED_CMD_nmg_collapse:
04:43.53CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2135 10/wiki/Category:MGED_object_generators: New page: mged commands that generate new objects derived from old objects [[category:MGED]]
04:44.44CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2136 10/wiki/MGED_CMD_rcc-tor:
04:49.15CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2137 10/wiki/MGED_CMD_cpi:
04:49.24CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2138 10/wiki/MGED_CMD_make_bb:
04:49.42CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2139 10/wiki/MGED_CMD_mirror:
04:51.07CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2140 10/wiki/MGED_CMD_rpp-arch:
04:51.21CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2141 10/wiki/MGED_CMD_shells:
04:52.31CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2142 10/wiki/Category:MGED_object_generators:
04:54.32CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2143 10/wiki/MGED_CMD_tor-rcc:
04:56.26CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2144 10/wiki/BRL-CAD_Primitives: /* bot */
05:01.23CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2145 10/wiki/MGED_CMD_rpp-cap:
05:07.06CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2146 10/wiki/MGED_CMD_bot_decimate:
05:07.22CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2147 10/wiki/MGED_CMD_copyeval:
05:07.50CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2148 10/wiki/MGED_CMD_facetize:
05:07.56CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2149 10/wiki/MGED_CMD_fracture:
05:08.13CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2150 10/wiki/MGED_CMD_inside:
05:08.42CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2151 10/wiki/MGED_CMD_nmg_simplify:
05:12.41CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2152 10/wiki/MGED_CMD_rcc-blend:
05:13.49CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2153 10/wiki/MGED_CMD_rfarb:
05:14.25CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2154 10/wiki/MGED_CMD_rcc-tgc:
05:15.20CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2155 10/wiki/MGED_CMD_sph-part:
05:20.40CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2156 10/wiki/MGED_CMD_red:
05:25.21CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2157 10/wiki/MGED_CMD_edcodes:
05:25.39CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2158 10/wiki/MGED_CMD_sed:
05:27.53CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2159 10/wiki/MGED_CMD_ted:
05:28.15CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2160 10/wiki/MGED_CMD_edmater:
05:29.13CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2161 10/wiki/MGED_CMD_oed:
07:21.32*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ)
07:21.40*** join/#brlcad poolio (n=poolio@BZ.BZFLAG.BZ)
07:24.03*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ)
11:11.17CIA-38BRL-CAD: 03d_rossberg * r37121 10/brlcad/trunk/src/librt/primitives/revolve/revolve.c: typing error in attribute macro
11:14.27CIA-38BRL-CAD: 03d_rossberg * r37122 10/brlcad/trunk/src/other/openNURBS/opennurbs_zlib.cpp:
11:14.27CIA-38BRL-CAD: removed explicit include statements for zlib on MS Windows
11:14.27CIA-38BRL-CAD: we are using src/other/libz instead
11:17.43CIA-38BRL-CAD: 03d_rossberg * r37123 10/rt^3/trunk/src/coreInterface/ConstDatabase.cpp: rt_db_free_internal() does not need the resources pointer any more
11:22.25CIA-38BRL-CAD: 03d_rossberg * r37124 10/rt^3/trunk/src/coreInterface/ (7 files):
11:22.25CIA-38BRL-CAD: it looks like somebody removed the assert include from a header file
11:22.25CIA-38BRL-CAD: added this include locally where it is still needed
12:50.59*** join/#brlcad giommaria (n=giommari@host-84-223-17-126.cust-adsl.tiscali.it)
13:20.43*** join/#brlcad docelic (n=docelic@78-2-125-100.adsl.net.t-com.hr)
15:32.53*** join/#brlcad talcite (n=matthew@76-10-142-28.dsl.teksavvy.com)
18:28.18*** join/#brlcad Ralith (n=ralith@d142-058-082-073.wireless.sfu.ca)
21:32.54*** join/#brlcad Ralith (n=ralith@d142-058-090-060.wireless.sfu.ca)
21:48.06CIA-38BRL-CAD: 03starseeker * r37125 10/brlcad/trunk/src/conv/step/step-g.cpp: Don't overwrite an existing file when doing step-g conversion.
22:01.51*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
22:53.50*** join/#brlcad Nohla (n=jesica@168.226.179.203)
23:27.41*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
23:27.55CIA-38BRL-CAD: 03starseeker * r37126 10/brlcad/trunk/src/libged/tire.c: Add note to tire eto parameter generation routines.
23:39.01*** join/#brlcad Ralith (n=ralith@69.90.48.97)
IRC log for #brlcad on 20100105

IRC log for #brlcad on 20100105

00:02.21*** join/#brlcad Mkop1 (n=Mkop@unaffiliated/mkop)
00:03.10Mkop1I have a general cad question, hope you don't mind if I ask here
00:03.18Mkop1what are part families in CAD lingo?
00:03.37Mkop1is it another term for assemblies?
00:38.06CIA-38BRL-CAD: 03starseeker * r37127 10/brlcad/branches/dmtogl/ (1285 files in 120 dirs): Update dmtogl branch to r37126
00:39.14CIA-38BRL-CAD: 03starseeker * r37128 10/brlcad/branches/rel8/ (1353 files in 127 dirs): Update rel8 branch to r37126
00:39.40starseekeroof
00:39.54starseekerfinally
00:40.54starseekercan't WAIT to sync stable, but doesn't dare until enough testing has been done to verify no librt surprises...
01:02.35*** join/#brlcad SWPadnos_ (n=Me@dsl107.esjtvtli.sover.net)
01:09.49*** join/#brlcad poolio (n=poolio@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
01:12.46starseekerbrlcad: hey cool, you got a response in the openNURBS group
01:12.59*** join/#brlcad Nohla (n=jesica@168.226.179.203) [NETSPLIT VICTIM]
01:17.00*** join/#brlcad dtidrow (n=dtidrow@c-71-238-51-148.hsd1.mi.comcast.net) [NETSPLIT VICTIM]
01:17.00*** join/#brlcad b0ef (n=b0ef@157.26.202.84.customer.cdi.no) [NETSPLIT VICTIM]
01:17.49*** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT VICTIM]
01:17.49*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
01:17.49*** join/#brlcad stevegt` (n=stevegt@cislunar.TerraLuna.Org) [NETSPLIT VICTIM]
01:17.49*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
01:36.13starseekerhorns in on the openNURBS discussion
02:54.54*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
03:19.45*** join/#brlcad Mkop1 (n=Mkop@unaffiliated/mkop)
03:23.46*** join/#brlcad Mkop (n=Mkop@unaffiliated/mkop)
04:08.00*** join/#brlcad Mkop1 (n=Mkop@unaffiliated/mkop)
04:18.50*** join/#brlcad Mkop2 (n=Mkop@unaffiliated/mkop)
04:27.07*** part/#brlcad Mkop2 (n=Mkop@unaffiliated/mkop)
06:22.38*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
06:25.42*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
06:27.02*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
06:58.17*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
11:55.33indianla1ryail make.log
13:14.14brlcadindianla1ry: http://news2.mcneel.com/scripts/dnewsweb.exe?utag=&group=openNURBS&xrelated=2208&cmd_related=View+thread
13:14.30brlcadall hail ail make.log
13:31.32indianla1rybrlcad: thanks, i did see that at mcneel
13:33.31indianla1rybrlcad: tolerance between two points shouldn't change based on where they are in the UV
13:35.16indianla1rybrlcad: problems hit us because we were using the m_tolerance of the trimming curve
13:35.39indianla1rybrlcad: but we need to with the tolerances we're seeing
13:36.13indianla1rybrlcad: thanks for putting that out on the forum
15:34.49``Erikouch http://failblog.files.wordpress.com/2009/12/epic-fail-paternity-fail.jpg
16:55.23CIA-38BRL-CAD: 03erikgreenwald * r37129 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: start glueing in NMG creation commands. Break cube evaluation in it's own function.
18:09.15``Erikdang timeouts
18:21.17starseekerheh, cool:  http://bsdsort.sourceforge.net/
18:22.55starseekerah, fudge - BSD with advertising clause
18:32.27starseekeraaaand the GNU version is GPL (of course)
18:42.32CIA-38BRL-CAD: 03erikgreenwald * r37130 10/brlcad/trunk/ (2528 files in 149 dirs): update copyright to 2010
18:44.51``Erik(this is 2010, right?)
18:55.08indianla1ryail 2010
18:59.14starseekerbrlcad: holy smoke.  getting rt_poly_findroot non-convergence on havoc tgcs like crazy - take a look at s.bld208 in havoc.g for an example
19:01.23``Eriknifty, system() in libged. O.o
19:01.34starseekerwhere?
19:04.20``Eriktables.c, according to indianla1ry
19:12.16starseekerhuh, interesting.  openBSD dropped the advertising clause in 2003, but bsdsort never did despite sharing a common code base history
19:12.53starseekerwell, whatever - openBSD should be plenty
19:23.53starseekereyes the sort code... this looks like about as much fun as search was but with way less visible gain
19:24.34starseekerwant... to.. dive.. in.. but.. should.. do.. framebuffer... first...  arrgh
19:45.18CIA-38BRL-CAD: 03erikgreenwald * r37131 10/brlcad/trunk/src/librt/primitives/ (18 files in 12 dirs): Quell some "unitialized variable" warnings. (now let's see what breaks at runtime!)
20:07.04CIA-38BRL-CAD: 03indianlarry * r37132 10/brlcad/trunk/src/libged/tables.c:
20:07.04CIA-38BRL-CAD: Mac 10.5.8 fails on sort syntax issued by the "idents" command. Added second
20:07.04CIA-38BRL-CAD: attempt if first fails using newer GNU syntax. Hopefully will suffice until we
20:07.04CIA-38BRL-CAD: have additional internal sorting capability. Must need something more here for
20:07.04CIA-38BRL-CAD: MS Windows build anyway?
20:17.30*** join/#brlcad docelic_ (n=docelic@78-2-99-56.adsl.net.t-com.hr)
20:26.38CIA-38BRL-CAD: 03starseeker * r37133 10/brlcad/trunk/ (3 files in 2 dirs): Create an actual example _DENSITIES file and have the gqa man page xinclude it.
20:44.56*** join/#brlcad mafm (n=mafm@99.Red-81-32-105.dynamicIP.rima-tde.net)
21:14.17*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
21:16.20*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
21:17.27*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
21:24.12CIA-38BRL-CAD: 03erikgreenwald * r37134 10/brlcad/trunk/src/util/pixdiff.c: Set variables before incrementing them (was causing failures in regress/ on some platforms)
21:34.35starseekergrowl
21:38.25starseekereven mucks up bwish
21:38.44starseekerstarts working back
21:48.43``Erikeffin'...
21:49.42``ErikA) regression sweet is all sorts of fugly that simply just doesn't work on an out of build dir (yet) and B) horrible ugliness from what looks like tolerance issues on some primitives
21:50.13starseeker``Erik: I've got the start on a tcl based replacement for the regression stuff that does work out of dir, fwiw
21:50.32starseekerhaven't tried to re-implement the old yet - just new stuff - but out of dir was a focus ;-)
21:55.50``Erikconsider; http://brlcad.org/~erik/regress/
21:57.13starseekerthat's gotta be the librt tweakage
21:57.44``Erikassumes the completely MISSING object (!!!) is due to some kinda change in 'in' format or something, the cloudy thing on the bottom right is probably tolerance related
21:59.21``Erikor extrude went belly up
22:06.08*** join/#brlcad CIA-38 (n=CIA@208.69.182.149)
22:20.22brlcadoof
22:21.19brlcadthat does look related to some tol change
22:22.31brlcadI'll have to see if I get that here and unwind the changes
22:26.04``Eriktire -p1 renders all funky like that, too
22:26.13``Erikmaaaany root solve fails
22:35.55``Erikhrmmmm, ebm isn't 'right', looks like it's expecting a 512x512 adn getting 1024 (truncated from 1025)
22:35.59CIA-38BRL-CAD: 03erikgreenwald * r37135 10/brlcad/trunk/regress/ (Makefile.am solids.sh): tweaks to make solids.sh work with an 'out-of-dir' build.
22:36.09``Eriknow THAT'S a delayed msg
22:36.24``Erikabout an hour late
22:36.58``Erikwanders home for food
22:41.58brlcadyeah, that is late
23:04.53brlcadstarseeker: it's a ".density" file, a "_DENSITIES" object
23:05.07brlcadif we're to be consistent
23:05.08brlcadminor point
23:05.34starseekerah, right
23:05.59starseekerkinda gets a "not quite right" feeling about that whole deal right now anyhow...
23:06.14brlcadrealls arguing (briefly) about having underscore object names instead of "." prefiexed object names WAY back when
23:06.19brlcads/about/against/
23:06.46brlcadyeah, not quite right indeed
23:06.54brlcadlooks like I fuxored etos
23:07.01brlcadand a few others .. curious
23:07.06starseekerthat tgc in havoc isn't very happy either
23:07.36starseekers.bld208 - there are probably others, that was the lotter pull from the spewage
23:07.43brlcadI have a faint suspicion it was one of the tolerances in shoot.c
23:08.01starseekerer s/lotter/lottery
23:08.04brlcadit should be easy to back out changes and retry the regression
23:08.21brlcadgood that it caught them
23:08.25brlcad"the system works"
23:08.50starseekerthank $DEITY I didn't update STABLE
23:09.07brlcadheh
23:09.50starseeker'course, if I had know what was coming I would have waited 'til after 37130 regardless... *ahem*
23:09.52brlcadglad I didn't commit the root solver changes too .. was in the middle of that
23:11.16starseekerglares at libfb... why, why do you hate tcl/tk so much...
23:24.07CIA-38BRL-CAD: 03starseeker * r37136 10/brlcad/branches/dmtogl/ (2529 files in 149 dirs): Update dmtogl branch to r37130
23:41.20``Erik:D
23:53.16*** join/#brlcad Nohla (n=jesica@168.226.178.245)
IRC log for #brlcad on 20100106

IRC log for #brlcad on 20100106

00:21.13CIA-38BRL-CAD: 03starseeker * r37137 10/brlcad/branches/rel8/ (2531 files in 149 dirs): Update rel8 branch to r37134
00:21.17``Erikhttp://math.ucr.edu/home/baez/roots/
00:26.15starseekerthat's cool - need to show that to Ed
00:27.05``Erikayup
00:27.11``Erikdon't suppose you recall when he returns?
00:27.23starseekerI think Thursday
00:31.28*** join/#brlcad Ralith (n=ralith@69.90.48.97)
00:43.45*** join/#brlcad Nohla (n=jesica@168.226.178.245)
00:56.19starseekerhmm:  http://math.ucr.edu/home/baez/roots/
00:56.33starseekerer http://sourceforge.net/projects/depdot/
00:57.22Nohlastarseeker
00:57.30starseekerhowdy :-)
00:57.58Nohlasweetnick, I've a problem rounding my head
00:58.19starseekerhmm?
00:58.22Nohlahavo no time to understand errors that appears while compiling
00:58.34starseekerare you getting html and pdf output successfully?
00:58.38Nohlabut I'd like to send the second tutorial
00:58.42Nohlano
00:58.56starseekergo ahead - email the tutorial to the list like the previous one
00:58.59Nohlaeverything is ok until "make"
00:59.05starseekerI'll take a look
00:59.38Nohlathis was a crazy week :P
01:00.07starseekerheh - I bet
01:00.53Nohlawell, maybe it's a nonsense
01:01.05starseekerwhat's nonsense?
01:01.06Nohlathis happen when run make
01:01.08Nohlajesica@debian:~/Desktop/brlcad/doc/docbook$ make
01:01.08Nohlamake  all-am
01:01.08Nohlamake[1]: se ingresa al directorio `/home/jesica/Desktop/brlcad/doc/docbook'
01:01.08Nohlamake[1]: No se hace nada para `all-am'.
01:01.08Nohlamake[1]: se sale del directorio `/home/jesica/Desktop/brlcad/doc/docbook'
01:01.52starseekerdid you run ./configure  in the top level directory?
01:01.58Nohlayes
01:02.11starseekerhmm
01:02.32Nohlawish I try again?
01:02.46starseekerplease - post the log of your configure output to pastebin.bzflag.bz
01:03.38Nohlawarnings on ./configure:
01:03.41Nohlaconfigure: WARNING: The floating point implementation does not seem to be IEEE 754
01:03.42Nohlaconfigure: WARNING: compliant.  The behavior of htond and htonf may be incorrect.
01:03.49starseekeris very jealous of this ability in cmake: http://www.cmake.org/pipermail/cmake/2006-March/008560.html
01:03.56starseekerNohla: my box at home gives that too
01:03.57``Erikthinks those warnings occur on all x86 cpu's
01:04.11``Erikintel doesn't actually implement correct ieee754, they take a few shortcuts
01:04.28``Erikor, the default isn't to be correct... and gcc's -ffast-math makes it even less correct :D
01:04.51Nohlamessaje:
01:04.52NohlaEnable run-time debugging (optional)..: yes
01:04.53NohlaBuild optimized release ..............: no
01:04.53NohlaBuild debug release ..................: yes
01:04.53NohlaBuild profile release ................: no
01:04.53NohlaPrint verbose compilation warnings ...: no
01:04.54NohlaPrint verbose compilation progress ...: no
01:04.56NohlaOnly build libexpress.................: no
01:05.06Nohlamore warning:
01:05.07Nohlaconfigure: WARNING:
01:05.07Nohla<PROTECTED>
01:05.08Nohla<PROTECTED>
01:05.08Nohla<PROTECTED>
01:05.30Nohlaresults:
01:05.31NohlaBuild Tcl ............................: yes
01:05.31NohlaBuild Tk .............................: yes
01:05.31NohlaBuild Itcl/Itk .......................: yes
01:05.31NohlaBuild IWidgets .......................: yes
01:05.31NohlaBuild tkhtml3 ........................: yes
01:05.33NohlaBuild tkImg ..........................: yes
01:05.34starseekerNohla: use http://pastebin.bzflag.bz
01:05.35NohlaBuild libpng .........................: yes
01:05.37NohlaBuild libregex .......................: no (using system)
01:05.39NohlaBuild zlib ...........................: no (using system)
01:05.41NohlaBuild termlib ........................: no (using system)
01:05.43NohlaBuild Utah Raster Toolkit.............: yes
01:05.47NohlaBuild Template Numerical Toolkit......: yes
01:05.49NohlaBuild openNURBS.......................: yes
01:05.51NohlaBuild NIST STEP Class Libraries.......: yes
01:05.53NohlaBuild jove ...........................: no
01:05.55NohlaX11 support (optional)................: yes
01:05.57NohlaOpenGL support (optional).............: no
01:05.59Nohlalibrtserver JDK support (optional)....: yes
01:06.01NohlaEnable run-time debugging (optional)..: yes
01:06.03NohlaBuild 64-bit release .................: no (32-bit)
01:06.05NohlaBuild optimized release ..............: no
01:06.07NohlaBuild debug release ..................: yes
01:06.09NohlaBuild profile release ................: no
01:06.11NohlaBuild SMP-capable release ............: yes
01:06.13NohlaBuild static libraries ...............: yes
01:06.15NohlaBuild shared/dynamic libraries .......: yes
01:06.19NohlaPrint verbose compilation warnings ...: no
01:06.21NohlaPrint verbose compilation progress ...: no
01:06.23NohlaOnly build benchmark suite ...........: no
01:06.25NohlaOnly build librtserver ...............: no
01:06.27NohlaInstall example geometry models ......: yes
01:06.29NohlaInstall extra docs ...................: yes (man/html/pdf)
01:06.31NohlaElapsed configuration time ...........: 2 minutes, 27 seconds
01:06.33Nohla---
01:06.35Nohla./configure complete, type 'make' to begin building
01:06.37Nohlaby terminal?
01:06.53Nohlaah
01:06.55Nohlaok
01:07.06starseekerdon't spam the channel ;-)
01:07.23Nohlasorry
01:07.23starseekernow, do this:
01:07.29starseekercd doc/docbook
01:07.31starseekermake
01:07.53Nohlawell, the same messaje is given
01:08.00starseekerhmm
01:08.47starseekernot sure what that would be
01:08.58starseekerdid you change the Makefile.am file?
01:09.06starseekerin doc/docbook?
01:09.07Nohlayes
01:09.15starseekerah - that could be part of it
01:09.16Nohlabrlcad saw the changes
01:09.22starseekeroh
01:09.25starseekerumm...
01:09.30Nohlawell, not all of them
01:09.43Nohlabut it seems to be okay
01:09.57starseekerplease paste your current Makefile.am to pastebin.bzflag.bz (NOT the channel)
01:10.02NohlaI can send it by email if you want
01:10.12``Erikhttp://pastebin.bzflag.bz is good
01:10.14Nohlano, it take more time from me
01:10.23starseekerthat'll work too
01:10.44``Erikoh dangit, someone went and committed to just about every file in the repo *shakes fist*
01:10.46Nohlasorry, I'm going late to bed this days
01:10.51Nohlathat's killing me
01:11.26starseekerNohla: just email the article to the list, and I'll tie it into the build system
01:11.51starseekerthen you can compare with your current Makefile.am
01:12.26Nohlaso should I do update on brlcad to see that?
01:12.43starseekeryes
01:12.44starseekersvn up
01:12.53starseekeror you can look online
01:13.04CIA-38BRL-CAD: 03starseeker * r37138 10/brlcad/trunk/src/libfb/ (Makefile.am if_tk.c): OK, this at least doesn't result in everything tk related crashing - obviously stubbing in tk_close_existing until it's actually implemented so the build can proceed. Doesn't function yet.
01:13.21starseekerhttp://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/doc/docbook/
01:14.11starseeker``Erik: yeah, who was that guy? :-P
01:14.28NohlaI's prefer to have it updated on my pc
01:14.45starseekerNohla: OK - just run "svn up"
01:15.13``Erikdunno, but obviously a major jackass O.o
01:15.35starseekersure made mergeing branches a pain
01:15.49starseekerwaits breathlessly for commit 37137 to come through...
01:16.04``Erikwoops, messed up the copyright change, *commits the fix* :D
01:16.16starseekerhunts atomic nerf gun...
01:16.20``Erik*duck* :D
01:16.44starseekerNohla: did you email the article?
01:17.40starseekerdoes happy dance - libfb tk is no longer epic failing all things tk in BRL-CAD...
01:18.01``Erikw00t
01:18.37starseekernto that it's working yet, but at least now I can TRY to get it working...
01:19.27starseeker'course, the irony is the tk stuff doesn't work in X11 Tk on the Mac...
01:19.42starseekernot quite sure why that is yet - suppose I'll have to figure it out in case
01:23.25*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
01:24.32Nohlastarseeker yes
01:25.52starseekerNohla: ah, I see it - thanks!
01:25.57starseekergoes to work...
01:26.28Nohlastarseeker, try to guide me again, I really wanna learn
01:26.41starseekerOK - let me get it going first ;-)
01:26.44Nohlaand each attempt frustrates me more
01:32.53*** join/#brlcad markrw (n=mark@64-252-143-85.adsl.snet.net)
01:35.34starseekernote for later - will need spanish version of the azimuth/elevation/twist diagram
01:35.43starseekerneeds to ask brlcad
01:36.46Nohlayes, I saw
01:36.57NohlaI can do it too
01:37.43starseekerhe's very particular about things like fonts, and I think that diagram may also need a correction
01:38.18Nohlahe who? brlcad ?
01:38.19starseekerOK, mistake in Makefile.am - after lessons/es/mged01_crear_figuras_primitivas.xml you need a " \"
01:38.24starseekeryes, brlcad
01:38.57starseekerNohla: very good actually - quite close ;-)
01:39.09starseekeroften gets frustrated by Makefile.am stuff...
01:39.16starseekerhang on, commiting...
01:41.09CIA-38BRL-CAD: 03starseeker * r37139 10/brlcad/trunk/doc/docbook/lessons/es/ (22 files in 2 dirs): Nohla contributes the Spanish translation of Lesson 2.
01:41.21starseekerNohla: ok, now if you wish to save your copies of Makefile.am and mged02_opciones_vistas.xml, move them or rename them - then run "svn up" again
01:42.26NohlaIt's running now :P
01:43.06starseekerThis time, it should work - it worked for me here
01:45.00starseekerNohla: thank you for your continuing work on this!
01:48.31Nohlastarseeker thank you, maybe it's difficult for all us, but I'm learning whit your help
01:48.44starseekerNohla: you are doing very well :-)
01:48.45Nohlahard work...
01:48.55starseekernothing worth doing is easy :-)
01:49.38*** part/#brlcad markrw (n=mark@64-252-143-85.adsl.snet.net)
01:59.27starseekerheads home
02:00.37*** join/#brlcad Nohla (n=jesica@168.226.178.245)
02:05.53*** join/#brlcad jesica__ (n=jesica@168.226.178.245)
03:52.29starseekernotes fb_configureWindow will have to get more sophisticated to handle the case where X and Tk are both active and Tk is supposed to be the fb in question
03:53.44starseekertries the unthinkable - disable-X11 on Linux :-P
03:55.24starseekerbets this won't work, and wonders if it even should
03:59.54``Erik<PROTECTED>
04:14.15starseeker'cept if you say no X11 and Aqua isn't there, what's Tk suppost to build against?
04:14.57starseekerI suppose the distinction between "disable X11 specific features" and "disable GUI features" could be made
04:23.47``Erikif the system tk 'works', then BRL-CAD shouldn't care what's behind it
04:24.00``Eriktaht's the point :D proper abstraction of the backend
04:41.17brlcadwill have to read the backlog later... ciao folks
04:41.23brlcadbuenas noches
04:41.31``Eriklater
04:41.37``Eriknachos? mmm
10:31.44*** join/#brlcad Ralith (n=ralith@69.90.48.97)
10:53.02indianla1ry/sb/ goto -50
11:27.58*** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com)
11:56.36*** join/#brlcad mafm (n=mafm@99.Red-81-32-105.dynamicIP.rima-tde.net)
13:21.17starseekernotes that the X dm was not disabled by --disable-X11 on gentoo...
13:33.44*** join/#brlcad docelic (n=docelic@78-2-99-56.adsl.net.t-com.hr)
13:43.33*** join/#brlcad __monty__ (n=toon@78-23-209-177.access.telenet.be)
15:07.12*** join/#brlcad Yoshi47 (n=jan@64.235.102.210)
16:19.41brlcad``Erik: HM! .. now that could be an interesting optimization .. constant root solving for integer coefficients could be useful.. wonder the memory requirements for a range of cubics..
16:56.34*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
17:36.54*** join/#brlcad Ralith (n=ralith@d142-058-090-028.wireless.sfu.ca)
17:47.42*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
18:29.44``Erikconstant approximation
18:30.01``Erikor greatly reduced search space for a solver (if it's a search time, like a newtonian)
18:30.19*** join/#brlcad docelic (n=docelic@78-2-104-168.adsl.net.t-com.hr)
18:30.25*** join/#brlcad Ralith_ (n=ralith@d142-058-090-191.wireless.sfu.ca)
18:40.59CIA-38BRL-CAD: 03erikgreenwald * r37140 10/isst/trunk/src/ (gui.c local_worker.c main.c net_worker.c): minor fixes for header changes in ADRT
18:41.06brlcadstarseeker: man 3 qsort  (or heapsort, mergesort)
18:41.37brlcadthat'd be the standard c way for basic sorting
18:41.50brlcadthere are also more elaborate c++ mechanisms in the stl
18:41.57starseekernods - cool, thanks
18:42.00brlcadand even more quirky stuff in boost
18:43.19CIA-38BRL-CAD: 03erikgreenwald * r37141 10/brlcad/trunk/src/util/ttcp.c: break usage string into two to avoid the "509" warning
18:43.45``Erikheh, I kept saying "qsort" over and over yesterday O.o sheesh
18:44.02starseeker``Erik: yeah, yeah :-P
18:44.23starseekerguess the sort command stuff must all be parsing, like you said...
18:44.28``Erikeven richard said "isn't there something to do quicksort?"
18:44.47``Erikputs his glove back on O:-)
18:45.21starseekerwonders why in god's name we have a tool calling sort from the command line then...
18:45.50starseekerhad assumed there was some spicy functionality not available in "standard" libraries
18:46.40``Erikbecause I can do -n or -r -r -N or -i or -f or funky stuff like -k or -m or + or -u O.o
18:47.21``Erik(and it's hard to call C library functions from the command line) :D
18:47.41starseekerbut brlcad pointed out tcl's lsort too
18:48.09starseeker(didn't mean having sort in general, I ment one of BRL-CAD's tools calling sort)
18:48.19``Erikholy fercrapples, fbsd uses GNU sort
18:57.20brlcadstarseeker: probably was just simpler or they didn't know about qsort
18:57.49brlcadpeople learn how to use a particular hammer, everything looks like a nail
18:57.56starseekernods
18:58.05starseekerI can't kick, I'm guilty on that count too
18:58.31starseeker``Erik: that's a surprise - I thought GNU's was GPL
19:02.01CIA-38BRL-CAD: 03brlcad * r37142 10/brlcad/trunk/AUTHORS: removed trailing ws
19:04.37CIA-38BRL-CAD: 03brlcad * r37143 10/brlcad/trunk/NEWS: jesica giudice has provided lessons 1 and 2 of the mged tutorial series translated to spanish
19:04.43brlcadGNU isn't always GPL, many low level libs and tools are LGPL
19:05.17``Erikit is GPL, there are still GPL things in fbsd... like gcc, for example
19:05.35starseekernods - yeah, but I thought GNU sort was part of coreutils, which I thought was GPL...
19:05.36``ErikI'm just surprised that they're using the GNU one instead of whatever came on the BSD44lite distro
19:08.01*** join/#brlcad mafm (n=mafm@61.Red-81-38-237.dynamicIP.rima-tde.net)
19:15.21starseekermakes note to self - hash tables are the one that need tracking down
19:19.13brlcadthere is a libbu hashing mechanism, iirc .. made nick use it in the rtgl dm
19:19.40starseekerthat would be an easy trackdown :-)
19:34.33*** join/#brlcad docelic (n=docelic@78-2-127-241.adsl.net.t-com.hr)
19:35.36CIA-38BRL-CAD: 03brlcad * r37144 10/brlcad/trunk/TODO: tables command impl sucks. calls system(sort). make it not suck.
19:39.45CIA-38BRL-CAD: 03brlcad * r37145 10/brlcad/trunk/NEWS:
19:39.46CIA-38BRL-CAD: keith fixed a bug in the 'tables' commands (idents, regions, solids) where the
19:39.46CIA-38BRL-CAD: implementation calls out to the system sort binary to perform sorting
19:39.46CIA-38BRL-CAD: (seriously, wtf). he updated the syntax to try the newer gnu long option syntax
19:39.46CIA-38BRL-CAD: if the previous failed.
19:42.20*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
19:42.41Phurlhi all
19:42.48Phurlanyone have a dwg file reader
19:43.43CIA-38BRL-CAD: 03brlcad * r37146 10/brlcad/trunk/misc/GQA_SAMPLE_DENSITIES: this file should not be relied upon for production work
19:43.55Phurlhttp://www.openstreetmap.org/user/h4ck3rm1k3/diary/9160 here is my current work
19:44.26brlcadwe read/write dxf
19:45.13brlcaddwgs are less interesting for us because they traditionally don't contain solid geometry and it's a proprietary format
19:47.03brlcadwouldn't mind a dwg-g and g-dwg converter (assuming there are no legal complications), but not something I'd want to consume our time and energy
19:48.28brlcadPhurl: are you asking for a particular reason?
19:49.57Phurlyes
19:50.09Phurli have a dxf reader with dime
19:50.22Phurland i am workin on libredwg
19:50.33Phurlbut wanted to know if you have any ideas
20:00.26brlcadideas?
20:00.34CIA-38BRL-CAD: 03brlcad * r37147 10/brlcad/trunk/misc/ (GQA_SAMPLE_DENSITIES NIST_DENSITIES): include instructions on how to use these sample data files with instructions for rtweight and gqa. format to column 70, trim to 80.
20:00.38brlcadlike "don't do it"?
20:00.39brlcad:)
20:02.31Phurlbrlcad, like that sure
20:02.49brlcadsupporting any proprietary format is a waste of effort in the long term, in my not so humble opinion
20:03.39brlcadpushing more towards even something as complex as STEP is reusable effort that can be collaborated on
20:04.25brlcadand a common format that pretty much every major vendor supports (albeit to varying degrees but then the same can be said for dwg)
20:06.33PhurlSTEP?
20:06.37Phurlok well i understand you
20:06.50Phurlbut right now i am waiting for someone to convert a file for me
20:06.53Phurlto dxf
20:06.57brlcadmoreover, given the open design alliance's own legal problems making a dwg library, I wouldn't be the least bit surprised if a fully-functioning DWG library wouldn't get Autodesk's attention as it actually became useful
20:07.14Phurlmaybe
20:07.18Phurlwell the lib is thre
20:07.23Phurlit seems to work
20:07.38brlcadi highly doubt it's fully-functioning :)
20:07.48brlcadthe format is a mess
20:07.58brlcadparticularly if you want to support previous versions
20:08.06``Erikqga density file: is the first number the GIFT id?
20:08.22``Erikfinds the lack of format description disturbing
20:08.22``Erik:D
20:08.40brlcad``Erik: yeah, first number is the material id
20:08.47brlcadGIFTmater in old parlance
20:09.29brlcadrtweight's manpage summarizes the format in a sentence
20:09.34``Eriksupposes the qga page
20:09.36``Erikok
20:10.04brlcad"The file must contain lines with the material number, density in  g/cc, and material name, each seperated by some white space.
20:10.12brlcadit pretty much is that simple too
20:11.03``Erikis it legal to put a comment on a content line?  42 0.1113 unobtanium # sure wish we had this
20:11.32brlcadnot that it explains details like the face that # comments are allowed (which is 'relatively' new), numbers must be non-negative (also newish), material name can have spaces (except for one or two old revs where that was busted), etc
20:11.42brlcaddunno about that case
20:11.56brlcadprobably needs a density.5 manual page for the format
20:12.03Phurlok brlcad thanks for your advice
20:12.05``Erikfor both formats, mebbe
20:12.09brlcadexcept that the file is going away
20:12.22brlcadPhurl: no problem, good luck -- will definitely keep an eye out for your lib
20:12.24``Erikyeh
20:12.27brlcadPhurl: what's the license
20:12.35brlcadand how was it developed?
20:12.35Phurllet me see
20:12.40Phurlit is not my lib
20:12.43brlcadah
20:12.45Phurli have just done some hacks
20:12.59Phurlthe libredwg is here
20:13.22Phurlhttps://savannah.gnu.org/projects/libredwg/
20:13.28Phurlgpl 3.0+
20:13.41brlcadso it's useless to our project regardless
20:14.14brlcadGPL is nfg, too restrictive for practical use, we're LGPL/BSD or similar
20:14.16Phurlmy fork of dime to convert dxf into osm is on github (two nickelts)
20:14.32``Erikunless it's an optional that requires the library installed by a third party, like the pro/e converter
20:14.36Phurlok well brlcad even if you have a command line tool dwg2dxf or whatever
20:14.50Phurlyou just need a simple tool to convert the files
20:14.53brlcadit'd have to be separate from the package, yeah
20:15.01Phurlit could use any bsd headers from you
20:15.07brlcadit's own lil thing
20:15.11Phurland convert the files into your format
20:15.13Phurlyeah
20:15.22Phurlit would be possible to use your headers in that code
20:15.27Phurljust not the other way around
20:15.29brlcadthose are just less than ideal, and still .. wasted effort for what should be a dying format
20:15.34Phurlof course
20:15.40Phurlwell i am working on openstreetmap
20:15.50Phurland the governments of the world give us dwg files
20:16.06Phurlsay : freedom of information, here are your city maps
20:16.11Phurlso we have to deal with that
20:16.18Phurlwe cannot force them to use thier brains
20:16.22brlcadthat's the same issue as .doc files, they only use them because that's all they know
20:16.33Phurlthat would be illegal for goverment officials to be clued in or helpful
20:16.34brlcadnot because there's nothing better nor because they can't use something else
20:16.43``Erikheh
20:17.00``Eriksome of us gov't folk are clued in and some of us try to do the right thing once in a while O:-)
20:17.23Phurl:)
20:17.29Phurlwell what about in a small town in brasil
20:17.31Phurlor kosovo
20:17.35brlcadPhurl: you can very often force a government to change when one is an international standard and one is not
20:17.51``Eriktry asking for one of a specified set of formats?
20:17.52Phurlyes, maybe in a modern country
20:17.52brlcadhence the ISO 10303 "STEP" format
20:18.13brlcadsomewhat expensive to acquire but supported by nearly every major CAD system
20:18.19brlcadfor that very reason
20:18.20``ErikI mean, if they try to give out something good and get "can I have that in an autocad format?" 99.999% of the time, they'll just start giving out the autocad format without asking
20:18.23Phurlwell, i have just found someone who has autocad to convert  the file
20:18.23brlcadit's ISO
20:18.39Phurlok guys
20:18.49Phurlit is nice to talk with you, thanks for your advice
20:18.53brlcadPhurl: sorry to not be more helpful :)
20:18.58``Erikgood luck, phurl :)
20:19.07brlcadyep, cheers
20:20.32``Erikhm, parrot.com O.o
20:24.11Phurlparrot?
20:24.30Phurlbrlcad, no its ok. i see the autocad thing in the same way
20:24.41Phurlbut i was able to hack the dxf convert to do what i want to do
20:24.50``Erikunrelated link, it's a 'toy' helicoptor controlled by an iphone
20:25.03Phurlso now i want to work on the other one.. could be a challenge
20:44.32``Erikshoot, need a 4th monitor
21:09.14starseekeruh...
21:09.17starseekercrud
21:12.20``Erik?
21:12.27starseekerhttp://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2003-11/0855.html
21:14.41CIA-38BRL-CAD: 03brlcad * r37148 10/brlcad/trunk/ (include/bn.h src/libbn/anim.c): move anim doxygen comments from source file to the header file
21:16.08``Erikhas figured out why the ebm isn't showing up in that regression test (it's horribly broken and simply cannot work anymore), is now trying to figure out the right way to fix it O.o looks like someone went and made things really complex for no good reason and broke it, perhaps
21:19.51brlcad``Erik: saw that heli link earlier today.. pretty cool
21:20.29brlcadlooks like the video is somewhat faked  (i.e. hand-wavy), but hopefully they'll get it working
21:20.40*** join/#brlcad mafm_ (n=mafm@94.Red-83-45-253.dynamicIP.rima-tde.net)
21:23.27brlcadstarseeker: crud why?
21:23.50brlcadthe david's response is probably true.. not much of a hit to just evel the creation
21:23.58brlcadthen lookup the handle
21:28.23starseekerit just feels "non Cish"
21:29.14starseekeron the other hand, it does neatly explain why the tk framebuffer code as is was complaining about some sort of memory thing...
21:30.42*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
21:30.50starseekeractually, no - wait
21:30.54starseekerthere it is...
21:30.56starseekerhmm
21:38.02starseekerreverts to being befuddled
21:42.41``Eriknatural equilibrium? :)
21:42.50``Erik(stable, at least?)
21:46.49starseekermetastable
21:53.15``ErikHAH
21:56.09``Erikgot it
22:00.46CIA-38BRL-CAD: 03erikgreenwald * r37149 10/brlcad/trunk/src/librt/primitives/ebm/ebm.c: Fix import/export bug where the value for mat was not being wrapped in double-quotes (caused a parse error on read; all ebm's failed).
22:01.15starseekernice catch
22:03.24CIA-38BRL-CAD: 03brlcad * r37150 10/brlcad/trunk/TODO:
22:03.24CIA-38BRL-CAD: see what the impact of using lookup tables for solving polynomial roots would
22:03.24CIA-38BRL-CAD: be. compare performance and memory requirements, see if a fast lookup structure
22:03.24CIA-38BRL-CAD: can be utilized that would make them beneficial. affects the performance of the
22:03.24CIA-38BRL-CAD: following primitives: eto, pipe, revolve, superell, tgc, tor.
22:04.02CIA-38BRL-CAD: 03erikgreenwald * r37151 10/brlcad/trunk/src/libbn/anim.c: erm, "ovoid"?
22:12.07*** join/#brlcad Ralith (n=ralith@69.90.48.97)
22:17.47``Erikodd, rt works on ebm.s and ebm.r but flips out on ebm.s when I do all.g
22:20.21``Erikmebbe I busted shaders.sh O.o
22:22.16``Eriker, solids.sh
22:22.18``Erikhurrr
22:31.40``Erikheh, odd, it is raytracing, but tiny and in the wrong place :) must be a misparsed # or something
22:32.13``Erikyeh, bad matrix, ok
23:00.19``Erikwill finish this tomorrow O.o
23:02.25starseekerhow very interesting
23:04.48starseekerthe PhotoPutBlock routie is somehow getting fed a zero length pixp array....
23:10.56starseekerooo - it's something to do with the way the block is being defined...
23:21.29starseekeryeah, lots of successful copies up until wCopy = 20...
23:28.04starseekerTHAT's why
23:28.14starseekerthat sucker only has enough data for 492 pixels!!!
23:29.08starseekerno wonder it gets memory access errors - the pixel value list is short changing it
23:29.12brlcaddetail detail
23:29.38starseekersorry - too much detail?
23:29.52brlcadhm?
23:29.54brlcadheh, no no
23:30.04brlcads/detail/picky/
23:30.10starseekerah :-)
23:30.27brlcadyou want your cake and for it to not taste like goat?  sheesh
23:30.39starseekerhehe
23:30.52starseekerwonders what BRL-CAD ate over the holidays O.o
23:32.02starseekerbeen seeing offset errors with libdm's tk stuff too, so there's actually a sort of consistency there
23:32.13brlcaddoesn't understand ``Erik's recent commit
23:32.28starseeker37151?
23:32.37pooliois ovoid like oval-esque?
23:32.43brlcadheh, no
23:32.50brlcadthe ne before that
23:33.18starseekerI think that was related to his image where the ebm was missing from the raytrace
23:33.27starseekernot sure what he was tracking exactly
23:33.43starseekerhas used ebm - was surprised when ``Erik said it couldn't have worked...
23:34.17brlcadbut ebms were working until some "recent" event (recent within 6 months probably)
23:34.27brlcadregressions havent been noticed for a bit..
23:34.36starseekernods
23:34.45starseekeryeah, that's what I thought too
23:34.53brlcadhis patch affects import/export
23:35.11brlcadimplyin asc2g is failing
23:35.55brlcadhard to believe that is missing code .. unless it was never implemented
23:37.48starseeker``Erik: what did you mean when you said the problem you were seeing went back for years?
23:38.26brlcadnot saying he didn't find/fix a problem, just not understanding it
23:38.57brlcadcertainly not necessary to get the regressions working again (because they were working), but perhaps just another problem fixed while investigating
IRC log for #brlcad on 20100107

IRC log for #brlcad on 20100107

00:02.39``ErikO.o
00:02.50``ErikI muffed up the commit a bit
00:02.58``Erikonly 'solved' half the problem
00:03.34brlcadknowing is half the battle
00:10.11CIA-38BRL-CAD: 03starseeker * r37152 10/brlcad/trunk/src/libfb/if_tk.c: Add a few notes on what's currently know and what needs to come next for tk framebuffer.
00:17.41CIA-38BRL-CAD: 03brlcad * r37153 10/brlcad/trunk/src/libbu/bitv.c: MORE warnings to quell with optimization enabled. unreachable code warnings on sizeof()-related portions that are written to accommodate different compile-time bitv_t sizes. making the size volatile keeps things quiet.
01:14.27*** join/#brlcad Nohla (n=jesica@168.226.176.193)
01:29.16CIA-38BRL-CAD: 03brlcad * r37154 10/brlcad/trunk/src/libbu/ (brlcad_path.c cmdhist.c convert.c dirent.c dirname.c): quell a variety of unreachable code warnings produced during optimized compilation
01:32.07CIA-38BRL-CAD: 03brlcad * r37155 10/brlcad/trunk/include/brlcad_version.h: quell warnings about brlcad_ident's unreachable code by getting rid of the temporary label copy. expand printing calls and test the title parameter directly.
01:33.28CIA-38BRL-CAD: 03brlcad * r37156 10/brlcad/trunk/include/brlcad_version.h: bah, need string.h for strlen().
01:34.27CIA-38BRL-CAD: 03brlcad * r37157 10/brlcad/trunk/include/ (brlcad.h brlcad_version.h): why is my name still in these files?
01:51.39CIA-38BRL-CAD: 03brlcad * r37158 10/brlcad/trunk/include/ (10 files in 2 dirs): (log message trimmed)
01:51.39CIA-38BRL-CAD: authors should not be listed in source files. to reiterate why, the reason is
01:51.39CIA-38BRL-CAD: NOT to diminish or hide the noteworthy contributions of those authors but,
01:51.39CIA-38BRL-CAD: rather, to manage authorship information in the project documentation (e.g., the
01:51.40CIA-38BRL-CAD: AUTHORS file) and revision control system. it's also been shown among various
01:51.42CIA-38BRL-CAD: open source projects that files with notable authors or significant legacy are
01:51.44CIA-38BRL-CAD: often edited with great hestiation or outright avoided, particularly by new
01:59.09CIA-38BRL-CAD: 03brlcad * r37159 10/brlcad/trunk/src/libbn/ (axis.c list.c marker.c qmath.c sphmap.c vers.c): (log message trimmed)
01:59.09CIA-38BRL-CAD: OOF.. even hard for me to edit a file with a 1978 start date (damn), so keep
01:59.09CIA-38BRL-CAD: that note but still remove authorship. that's a case in point why it's a
01:59.09CIA-38BRL-CAD: problem, though. again, the reason is NOT to diminish or hide the noteworthy
01:59.09CIA-38BRL-CAD: contributions of those authors but, rather, to manage authorship information in
01:59.13CIA-38BRL-CAD: the project documentation (e.g., the AUTHORS file) and revision control system.
01:59.15CIA-38BRL-CAD: it's also been shown among various open source projects that files with notable
02:01.39CIA-38BRL-CAD: 03brlcad * r37160 10/brlcad/trunk/configure.ac: give up on unreachable-code. while it does report some useful warnings about dead code, it also produces FAR too many false positives, many in system macros that cannot be easily quelled.
02:23.49starseekerinteresting - the mged_default(geom) and mged_default(ggeom) are interperted differently by Aqua Tk than X11 Tk
02:27.50starseekerAqua Tk is using the upper left corner of my center monitor as the starting point (presumably the left upper corner of the Apple menubar)
02:30.22starseekerX11 is using the upper value of the Apple menubar and the extreme left edge of my left monitor - I guess the maximum extents of the screen space
02:31.36starseekerponders what to do... conditionalize screen coordinate interpertation maybe...
02:32.40starseekerif that's what's causing the other odd behaviors in dm and fb, this could get interesting
02:32.56*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
02:33.25starseeker(in a hair pulling sort of way...)
02:48.01starseekerNeed to investigate this - may be necessary:  http://wiki.tcl.tk/17454
02:49.32CIA-38BRL-CAD: 03brlcad * r37161 10/brlcad/trunk/AUTHORS: paul stay apparently also made contributions from the CS department for the University of Utah in 1983 accordingly to src/librt/nurb_solve.c
02:54.02CIA-38BRL-CAD: 03brlcad * r37162 10/brlcad/trunk/configure.ac: leave a note for -Wunreachable-code as also being of interest
03:01.59brlcadboth aqua and X11 have mechanisms to get the list of available contexts and screens (as opposed to the available displays) so you can get the primary context and display there
03:02.18brlcadxcalc does this, for example, iirc, not using the root window, but the main window
03:02.50brlcadaquatk merely defaults to the main display iirc
03:06.30brlcadthat link for mac seems reasonable to account for arbitrary arrangements too
03:06.49brlcadhack, but if it works, keep it isolated, woot, and move on
03:07.06CIA-38BRL-CAD: 03brlcad * r37163 10/brlcad/trunk/src/ (67 files in 14 dirs):
03:07.06CIA-38BRL-CAD: more authorship removal. the reason is NOT to diminish or hide the noteworthy
03:07.07CIA-38BRL-CAD: contributions of those authors but, rather, to manage authorship information in
03:07.07CIA-38BRL-CAD: the project documentation (e.g., the AUTHORS file) and revision control system.
03:07.07CIA-38BRL-CAD: See recent commit revision comments for more details (e.g., 37158).
03:14.05CIA-38BRL-CAD: 03brlcad * r37164 10/brlcad/trunk/src/librt/primitives/ebm/ebm.c: revert 37149 .. if bu_vls_struct_print() is wrong then so are ALL of the volumetric primitives (dsp, hf, vol, ..). more likely, some change to struct parsing was fux0r3d elsewhere (plus, this used to work as-is)
03:18.11CIA-38BRL-CAD: 03brlcad * r37165 10/brlcad/trunk/src/librt/primitives/ebm/ebm.c: missing semi on MAT_COPY. minor ws
05:34.52``Erik(yes, _bu_parse_double() is the culprit now, was gonna revert that tomorrie)
07:41.32CIA-38BRL-CAD: 03brlcad * r37166 10/brlcad/trunk/src/libbu/parse.c:
07:41.32CIA-38BRL-CAD: erik pinpointed the routine, so looking through recent logs it's clear that vls
07:41.32CIA-38BRL-CAD: printing was damaged by automatic comma formatting where a space was injected.
07:41.32CIA-38BRL-CAD: undo the space injection (even though struct parsing shouldn't be significant or
07:41.32CIA-38BRL-CAD: so sensitive to a whitespace change like that). this should hopefully fix some
07:41.35CIA-38BRL-CAD: of the volumetric objects (like ebm in solids.sh in regression suite).
09:45.44*** join/#brlcad Computer (n=Computer@unaffiliated/computer)
11:38.17*** join/#brlcad Ralith (n=ralith@69.90.48.97)
11:39.55d-lomernin all.
11:58.01*** join/#brlcad Ralith (n=ralith@69.90.48.97)
12:18.57*** join/#brlcad mafm_ (n=mafm@94.Red-83-45-253.dynamicIP.rima-tde.net)
12:45.19*** join/#brlcad mafm (n=mafm@130.Red-81-36-112.dynamicIP.rima-tde.net)
13:33.48*** join/#brlcad Ralith (n=ralith@69.90.48.97)
14:20.10*** join/#brlcad docelic (n=docelic@78-2-127-241.adsl.net.t-com.hr)
14:36.57``Erika dangit, all fixin' the bug I spent all that time tracking and was planning to fix this morning *shakes fist*
14:53.57brlcadthat fixed it?
14:54.02brlcadit fix both?
14:54.07d-lobrlcad: you in today?
15:00.26``Erikdunno yet
15:00.40``Erikbeen fighting changes to the email server and just started a build
15:08.52d-loI have noticed that bzflag.bz has been kinda sluggish.  Is that all you ``Erik ? =D
15:10.11brlcadmysql is being a pig, restarting it
15:10.25d-looink oink
15:20.28``ErikI haven't been doing anything other than pine on that machine, I spend a lot more time bugging brlcad to migrate :)
15:20.51``Erikthe phpbb has some brutally horrible queries that cork the machine pretty heavily, not uncommon to see load around 4
15:21.12d-loouch.
15:21.31``Erikwouldn't be a problem if it was a 4 core machine... but it's a single core :)
15:21.42d-loheh
15:21.44CIA-38BRL-CAD: 03brlcad * r37167 10/brlcad/trunk/src/libbu/parse.c:
15:21.44CIA-38BRL-CAD: break out the comma that was being printed from the string literal so we don't
15:21.44CIA-38BRL-CAD: run into the same problem down the road with automatic formatting. making it a
15:21.44CIA-38BRL-CAD: simple char literal so compilation will halt with an error if ',' is changed to
15:21.45CIA-38BRL-CAD: ', '
15:22.10d-loquad Phenom II's are down around $150 now..... contemplating an upgrade soon.
15:22.21``Erikwas going to completely rewrite that to be more robust
15:23.22``Eriklike; I'd argue that "     1" should parse as a valid float if desired... eat whitespace, then parse similar to C's rules
15:23.33``Erik(with automatic coercion)
15:24.44brlcadI couldn't find where it was actually using comma as a separator
15:24.52``Erikit doesn't
15:25.10``Erikit uses "a cahracter", at the end it has a *str++; /* skip over seperator */ or something
15:27.30brlcadahh, I see
15:31.32``Erik<-- woulda started with something more like while(*str&&!ispartofafloat(*str))str++; if(!*str)return something; endstr=str; while(*endstr&&ispartofafloat(*endstri))endstr++; val=strtod(str,endstr); str=endstr+1;
15:31.59``Erikthis whole "scan for a decimal point, but call it a mantissa, then scan for an 'e' or 'E', then ..." O.o
15:49.51CIA-38BRL-CAD: 03brlcad * r37168 10/brlcad/trunk/src/libbu/parse.c:
15:49.51CIA-38BRL-CAD: make things a little more robust on the number parsing. don't just assume a
15:49.51CIA-38BRL-CAD: one-character separator and then the start of another number. skip any trailing
15:49.51CIA-38BRL-CAD: whitespace before and after a separator taking care to allow space itself to
15:49.52CIA-38BRL-CAD: simply be a separator so these should work: '12,23,34', '12, 23, 34', '12 ,23 ,
15:49.54CIA-38BRL-CAD: 34', '12 23 34', '12/23/34', etc.
15:50.59brlcadso make it better, just note that it's allowing quite a lot of stuff with that 'skip one char blindly' trick ..
15:52.19brlcadthe scan for a decimal ... is the "ispartofafloat()" you speak of inlined
16:05.06brlcadsomeone(tm) should see if that separator change works .. seeing if ebm is still busted, then adding the space back in after the commas, then seeing if it's still busted
16:05.20``Erikcompilers tend to do that if you don't tell it not to optimize, yes
16:05.45brlcadis probably someone(tm) since he busted it, hm
16:06.01``Eriksorry, was in a branch meeting, tons of talk about 'open source lessons learned' and stuff
16:06.07brlcad``Erik: i just mean it's not much more diff than the current logic
16:06.29brlcadstayed too late last night
16:07.28starseekergrowls
16:07.51starseekerOK Tk, how do I reset your origin point...
16:14.46*** join/#brlcad mafm_ (n=mafm@213.Red-81-37-118.dynamicIP.rima-tde.net)
16:18.01starseekerthis is annoying - in an mgedrc file, whether or not the default geometry placement was saved in aqua or X11 Tk will make a difference in how to handle it
16:18.51starseekerI'm not terribly sure there is a clean way to handle this with Tk as it currently stands...
16:26.29brlcadstarseeker: that snippet you showed last night probably sets an origin point
16:29.24starseekerbrlcad: I'm not sure - the more I look at it, it appears that routine is to ensure that part of a particular window in question is always visible on some display
16:30.11starseekerwhich isn't what we need - we need to know where the origin point is against the global screen size, and then (ideally) move the origin to some consistent point
16:30.49starseeker'course, people could just move the windows back and resave their prefs...
16:31.26brlcadideally, we should identify the "primary" display and start up our window(s) there only
16:31.43brlcadthe routine you showed isn't a solution, but the means it uses might help
16:32.02starseekerapparently X11 Tk (at least on the Mac) considers the whole set of monitors as one big screen
16:32.08brlcadto make sure a window is always visible on a display entails some knowledge of where the displays are
16:32.21starseekernods
16:32.46brlcadnot unexpected, it's probably just using the root window
16:32.51brlcadwhich is the whole set
16:33.01starseekeryes, but if you have preferences saved with X11 (which assumes one huge screen for coordinates) and then start up with Aqua, the default coordinate system assumptions have changed
16:33.08starseekerand there isn't really a way to detect that
16:33.10brlcadalso why rt kicks off a window in the top-most left
16:33.15brlcadlibfb does the same thing
16:34.28brlcadso coordinates are tied to display type, detct if it's the same as the one loaded, if not then disregard the read coordinates
16:34.58starseekerwe'd have to stash the current display type in the .mgedrc file
16:35.17brlcadat the lowest level, though, X11 does know -- we can add a proc to mged that will give the "primary display" or coordinates that get us there, etc
16:36.29brlcaddoes archer start up on primary? or spread across root?
16:36.50brlcador just some window centered on root
16:37.34starseekerArcher X11 appears (currently on my Mac) in the uppper left of the extreme left monitor
16:38.02starseekerArcher aqua appears just under the apple menu
16:39.25starseekerwhat about stashing different saved geoms based on windowing system?  mged_default(aqua_ggeom)
16:40.02starseekerwon't
16:40.06starseekerdo the translation
16:40.16starseekerbut would avoid using "wrong" settings
16:40.48brlcadcould do that, but I just can't imagine that being a common use case outside of development
16:41.28starseekertrue... I suppose once Aqua is available it's not too likely users would be gung-ho to switch back to X11
16:41.59brlcador even that the "wrong" settings aren't "good enough" even if there is a .mgedrc lying around
16:42.08brlcadas long as they can get ahold of the window to move it
16:42.17starseekernods
16:42.24starseekerfairly minor point, really
16:42.27brlcadwhich is an issue .. that patch is useful for the reasons it mentioned
16:42.35starseekertrue
16:43.27starseekersanity checking, as it were
17:15.08Phurlok brlcad http://mail.python.org/pipermail/pythoncad/2010-January/000974.html it looks like other cad tools are interesting in producing a test suite
17:37.36Phurl<PROTECTED>
17:38.38*** join/#brlcad Ralith (n=ralith@69.90.48.97)
17:46.09*** join/#brlcad Ralith (n=ralith@69.90.48.97)
18:18.09*** join/#brlcad mafm (n=mafm@155.Red-83-37-155.dynamicIP.rima-tde.net)
18:27.22*** join/#brlcad mafm2 (n=mafm@88.Red-83-58-21.dynamicIP.rima-tde.net)
18:44.14brlcadPhurl: there are lots of folks interested in DWG (it's what they know), not at all surprising
18:44.42brlcadthat doesn't change any of the comments from earlier, the legal issues, the problematic format, the misdirection of limited resources
18:45.31brlcadmore power to the libredwg folks if they get it all working, can keep in maintained, and don't get sued
18:45.35brlcadi'll be happy for them
18:50.36*** join/#brlcad mafm2 (n=mafm@63.Red-83-63-197.staticIP.rima-tde.net)
18:53.07louipcWould autodesk be suing? Shouldn't they have already taken down opendwg?
18:54.32``Erikif they haven't noticed it or decide it's not worth the cost of a c&d yet, ... *shrug*
18:55.20brlcadthey already castrated opendwg
18:55.37brlcadthey "settled" their suit against the open design alliance
18:55.42Phurlbrlcad, well, i am going to collect test suites
18:55.50louipcah hehe
18:55.51Phurland they have not sued stallman yet
18:55.57brlcadPhurl: have fun :)
18:56.00Phurlso that is going to be very fun to watch
18:56.05Phurlautocad vs fsf
18:56.31louipcbetter base devel somewhere without software patents
18:57.32Phurlyeah
18:57.36Phurlwell, we will see
18:57.53louipcbut really it shouldn't be illegal to read dwg
18:58.03brlcadthey have a pretty good chance, but the same reason ODA failed is going to be an issue
18:58.12louipca case could be made against autodesk for holding data hostage
18:58.26Phurlyeah
18:58.38brlcadit's not illegal .. the issue is that to be a fully 'valid' DWG file, there are binary markers that go into the file
18:58.42Phurllook when goverments spend tax dollars to produce dwg files
18:58.42brlcadone of those markers involves writing the word "AutoCAD" to the file
18:58.45louipcif you can read, then you can migrate out
18:58.46Phurlwe are going to read them
18:58.54louipchahaha copyright?
18:58.55brlcadthat then becomes an issue of trademark use
18:58.57Phurland if i have to use sed to remove autocad
18:59.01louipcoh trademark right
18:59.07Phurlbefore i process teh file
18:59.07brlcadthen it's no longer validatable
18:59.12Phurlthat is ok
18:59.14brlcadwithin autocad
18:59.20Phurli just want to read the file into openstreetmap
18:59.22Phurlthat is all
18:59.27louipcnice format
18:59.29Phurlwe are getting more and more city maps in dwg
18:59.36Phurlfrom governments
18:59.42brlcadbasically it means that while you can read/write the dwg format, you can't create a useful exchange library that will play with autocad
18:59.47Phurlthat is ok!
18:59.55Phurli dont want to exchange with autocad
18:59.57brlcadand it's still a constant chase against their binary format
18:59.58Phurli want to take from them
19:00.01Phurlyes
19:00.09Phurlthat is why we need a test suite
19:00.15louipceh
19:00.22Phurlso that we can convert them all to the new format with the new version
19:00.29Phurland then decode the format based on the files
19:00.41Phurlat least that is my idea
19:00.47brlcadI get it, you're good because you just need a reader
19:00.47louipcconvert it to step or something?
19:00.54Phurlstep?
19:00.54brlcadthat's not the point
19:01.38louipcthat's the latest iso standard format for CAD
19:01.44Phurlahhh
19:02.03Phurlif i could read them, then i could conver them to step
19:02.23brlcadthe point is about libredwg in general and the future of supporting that entire path of development, as being one doomed to failure in terms of an exchange format at least
19:02.50brlcadwasted effort, you're still chasing the binary format which has to be reverse engineered in a clean way with each and every release
19:02.55louipcfsf should promote development of free/open step libraries more than hacking dwg
19:03.01brlcadwell not "you", but the libredwg devs
19:03.04louipcit would be MUCH more useful
19:03.29brlcadlouipc: yeah, I started having that discussion with them just recently
19:03.39brlcadthey don't have a lot of expertise with CAD
19:03.52louipccool
19:04.19brlcadone of their lead guys for the high priority projects and I were talking about how that should probably get changed
19:04.28brlcador at least generalized/expanded
19:04.48brlcadit's not about DWG, it's about the open exchange of geometry in a prevalent and convenient format
19:05.05brlcadwhich STEP pretty much fulfills aside from the ISO fee
19:05.06louipcyeah you can still get dwg data via dxf
19:05.34Phurlbrlcad, yes
19:05.43Phurli understand it is a waste of effort
19:06.15Phurlbut i think it is an effort that I can help with
19:06.19brlcadwhich is exactly what that format is for even, the obsession with the binary format is usually just incompetence or apathy
19:06.22Phurleven if it goes nowhere
19:06.30brlcadPhurl: http://www.google.com/search?q=filetype%3Adwg
19:06.34brlcadthat might help get you started
19:06.46PhurlI will be able to rescue some files
19:06.49Phurlthanks brlcad good idea
19:06.59brlcadthere are 10k files that list there, you can get specific subsets with additional keywords
19:07.40brlcadPhurl: I'm all for empowering people to spend their time however they see fit -- it's no concern of mine so long as you don't try to recruit my time and effort as well ;)
19:08.05Phurlbrlcad, its ok. I have serious doubts about this myself
19:08.26brlcadheck, as I mentioned yesterday, I wouldn't mind a dwg-g importer for BRL-CAD
19:08.32Phurlyes
19:08.33brlcadbut then we can't even use libreDWG
19:08.37Phurli remember
19:08.47Phurlwell you can, but you cannot include it
19:08.53Phurlin your binary
19:08.59Phurljust keep it as a plug in
19:09.13brlcadwhich means we can't use it from a practical standpoint
19:09.19brlcadthat maintenance burden is too much
19:09.34brlcadwe can't distribute it or integrate it
19:09.58brlcadonly passively link against it in an isolated tool, which is paramount to a separate mini-project in itself
19:09.58Phurlok
19:10.13brlcadI'd much rather focus on comprehensive STEP support or even DXF support
19:10.29Phurlwell, i can imagine a webservice
19:10.38Phurlthat you can just convert your files on
19:10.41Phurlor whatever
19:10.57brlcadthe industry won't move itself, to get people to stop using DWG .. you have to stop supporting DWG
19:11.23brlcadonly writing importers is a good way (a really common way)
19:11.40brlcadbut requiring their own tools to export in new formats is even better
19:11.49Phurlyes
19:11.57brlcadthat way if AutoCAD's STEP export sucks, Autodesk can be pressured to improve it
19:12.08brlcad(which it doesn't, it's pretty "decent")
19:12.28Phurlyeah.... i can imagine they are very allergic to anything that would reduce in their control
19:12.44brlcadleaving the native format is always less than ideal, but leaving a closed proprietary format is the best excuse of any
19:13.00Phurlwell there are alot of different open source cad tools
19:13.08brlcadnot really
19:13.10Phurland there should be a way to collaborate
19:13.11Phurlno?
19:13.13louipcnot worth talking about
19:13.14brlcadthere are a handul of pet projects
19:13.31Phurlwell as an outsider
19:13.38Phurlit is hard to gauge them
19:13.40brlcadsome making interesting progress, but it's still a very tiny grain of sand when you look at the requirements of a CAD system
19:14.02Phurlyes
19:16.06brlcadconsider that BRL-CAD has more manpower development effort invested than every other open source CAD project *combined*, yet we're a ways off from being a replacement for general CAD use ourselves
19:16.18Phurlhmmm.
19:16.26brlcadand we've got more than 500 staff-years of developer effort invested
19:16.34Phurli just know about qcad as well
19:16.39Phurland pycad
19:16.40Phurletc
19:17.06brlcadyeah, there are a few others
19:17.11brlcadnotable others
19:17.17louipcbrl-cad is the only one worth spending time on
19:17.32brlcadqcad is the only other one remotely production ready, they focus on 2D
19:17.32Phurlok
19:18.00louipcbrl-cad is the most advanced with truely open development
19:18.06Phurlwell I looked into cad stuff a while back, including brlcad for working on making 3d models of streets
19:18.13Phurli used blender in the end
19:18.18brlcadwe have converters that took more effort than qcad took to implement :)
19:18.26louipcqcad, opencascade are pseudo-open
19:18.42Phurli see
19:18.46brlcadopencascade isn't a CAD system, it's a set of libraries
19:18.51Phurlok, well what about a debian package?
19:18.57louipcoh hahh
19:19.00brlcadthere are a couple front-ends that use it under the hood
19:19.17brlcadfreecad is one, iirc
19:20.02Phurlok guzs
19:20.09Phurli will have to look into this more
19:20.11brlcadPhurl: if you don't have an engineering need, a content modeling system like blender does make plenty sense
19:20.11Phurlthanks!
19:24.43Phurlyes
19:25.06Phurli understand that!
19:39.31brlcadfinally finishes his report and hits the road
19:40.20``Erikdoesn't that hurt your knuckles?
19:40.32brlcadnot if you hit it hard enough
19:40.50``Erikhard enough to destroy all the nerves?
19:41.17brlcadexactly
19:47.08``Erikdouble parse bug fix makes ebm work again
19:48.10``Erikhttp://brlcad.org/~erik/regress/newsolidsdiff.png
20:44.09*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
21:28.22``Erikbah, openNURBS blows up on sparc, lameness
21:30.58*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
21:44.43``Erikand now it doesn't  blow up :D
21:44.49CIA-38BRL-CAD: 03erikgreenwald * r37169 10/brlcad/trunk/src/other/openNURBS/ (opennurbs_point.cpp opennurbs_quaternion.cpp): include ieeefp.h when finite() is needed
21:46.39``Erikraid + easp O.o (expensive array of slow processors)
22:11.13``Eriktons of link errors with the libXX.la vs libXX_nil.la :/
22:18.41yukonbob``Erik: that image looks like it was shot in the middle of the black forest at midnight
22:37.22``Erikwelcome to the wonderful world of pixdiff
22:37.47``Erikcorrect results are a very dark hint of the geometry, to help place the broken pixels (the white/magenta/yellow stuff)
22:51.13*** join/#brlcad docelic (n=docelic@78-2-71-58.adsl.net.t-com.hr)
23:00.50yukonbobahhhhh. Now it's cool.
23:00.51yukonbob;)
23:14.03*** join/#brlcad Nohla (n=jesica@168.226.178.17)
23:23.33*** join/#brlcad jesica__ (n=jesica@168.226.178.17)
IRC log for #brlcad on 20100108

IRC log for #brlcad on 20100108

00:07.35``Erik"Anaesthetists - They do it until you fall asleep"
00:22.34*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
01:02.42*** join/#brlcad Ralith (n=ralith@69.90.48.97)
02:28.58*** join/#brlcad dtidrow (n=dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
02:49.52CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2162 10/wiki/MGED_CMD_rpp-cap:
02:51.11CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2163 10/wiki/MGED_CMD_decompose:
02:53.01*** join/#brlcad dtidrow (n=dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
02:55.36Nohla``Erik or somebody, what means stem?
02:57.51``Erikin what context?
02:58.50CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2164 10/wiki/MGED_CMD_bot_decimate:
03:00.18Nohlasorry, in the 6th tutorial, f.e., it's say:
03:00.31NohlaTo make the stem a region, type at the Command Window prompt:
03:00.32Nohla
03:00.32Nohla<command>r stem1.r u ball1.s u ball2.s u ball3.s[Enter]</command>
03:01.20CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2165 10/wiki/Category:MGED_bot_operators: New page: Commands that operate on [[BoT|bags of triangles]] [[Category:MGED object generators]] [[Category:MGED]]
03:02.48CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2166 10/wiki/Category:BoT_operators: New page: Commands that operate on [[BoT|bags of triangles]] [[Category:MGED object generators]] [[Category:MGED]]
03:03.14CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2167 10/wiki/Category:MGED_bot_operators:
03:03.50``Erikah, a thin connecting piece, umm, like with a wine glass, the piece between the bulb and the base
03:03.54CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2168 10/wiki/MGED_CMD_bot_decimate:
03:04.36Nohlaokok
03:05.14CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2169 10/wiki/MGED_CMD_bot_condense:
03:05.18``Erikwhich one is tutorial 6?
03:05.18Nohla``Erik the writing tides a bit :)
03:05.31Nohlacreate a globet
03:05.33Nohla:)
03:05.47CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2170 10/wiki/MGED_CMD_bot_face_sort:
03:05.48``Erikah, hah, yes, my example was apropos!
03:05.57Nohlayou guessed :)
03:06.19CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2171 10/wiki/MGED_CMD_bot_vertex_fuse:
03:06.51CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2172 10/wiki/Bot: Redirecting to [[BoT]]
03:07.25``Erikhttp://monstermugs.co.uk/images/aaaglDOMINMA.jpg  this glass has a black stem and a black base
03:08.43CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2173 10/wiki/MGED_CMD_bot_face_fuse:
03:08.54CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2174 10/wiki/Category:MGED_BoT_operators: New page: Commands that operate on [[BoT|bags of triangles]] [[Category:MGED object generators]] [[Category:MGED]]
03:09.31CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2175 10/wiki/Category:BoT_operators:
03:10.48CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2176 10/wiki/Category:MGED_bot_operators: oops someone delete this
03:16.52Nohla``Erik thanks
03:17.09NohlaI'm near finishing :)
03:18.43``Erikawesome :D
03:22.35Nohlawell, finishing 6th, but 3rd, 4th and 5th were jumped, jejejje
03:22.55Nohlaa friend helped me with this
03:23.29Nohlachosed 6th just in case he take too much time to do it
03:29.46*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
03:30.27``Erikit is still another translated document... part of the first translation set for BRL-CAD :)
03:32.44Nohlashure
03:33.08Nohlahope to advance quickly this month
03:33.24Nohlafebruary is a coplicated month to me
03:34.36Nohla``Erik could you help me by explaining the meaning of "framebuffer"
03:34.57``Erikum, do you know much about how computer graphics work?
03:35.23Nohlathis context:  If
03:35.23Nohlayou want to view the goblet without the wireframe, go to the Framebuffer
03:35.23Nohlaoption of the Raytrace Control Panel and click on Overlay.
03:35.45``Erikthat's referring to the window on the screen that displays the raytraced image
03:35.52Nohlawell, read something today :P may that help
03:36.25``Erikdoesn't think any tutorials refer to other aspects of it, it's just the output window for the raytracer
03:36.49``Erikdoes that make sense?
03:37.35Nohlais it like shape?
03:37.50Nohlaof objets
03:38.30``Erikno, the shapes exist in the geometry, but we do raytracing to make a nice picture of it, the results of the raytracing pops up in a new window (or glued into the geometry editing window)
03:39.33``Erikhttp://brlcad.org/gallery/s/screenshots/gnu_tux.png.html
03:39.57``Erikthis shows the framebuffer on the left, command window on the bottom and geometry widnow on the right
03:40.38Nohlabut, it's like the silhouette
03:40.50``Erikit's the results of raytracing
03:41.09``Erikhe ran the "rt" command to raytrace, it popped up a new window and filled it with the raytrace results
03:41.48``Erikhttp://brlcad.org/gallery/s/screenshots/ronja_screenshot.png.html  <-- has the framebuffer on the top right
03:41.59``Erikembedded in the geometry window
03:44.26``Erikhttp://brlcad.org/gallery/s/screenshots/t62_mged.jpg.html  actually is closer to the part your'e looking at, the treads (red lines) are visible because the framebuffer (the silver tank) is in Underlay mode, if you click Overlay, the red lines disappear
03:45.43Nohlawell
03:46.09NohlaI can understand but can't tell it in spanish yet :)
03:46.11Nohlajejej
03:46.22``Erikit's a strange functionality, perhaps we should mark that as 'for later' and brlcad can help figure out how to say it when he's online? :)
03:46.23Nohlatoo tired I think
03:47.09Nohlabrlcad must be dead
03:47.38NohlaHe's never outline :P
03:48.12``Erik"offline", you mean? :)
03:48.46Nohlayes XD
03:48.57Nohlayou see? toooooo tired
03:49.07``ErikI saw him in the office today, he may've decided to go home and finally sleep, or he's out carousing on town
03:49.11Nohla``Erik thanks again
03:49.26``Erikno problem, thank YOU for doing the translation :)
03:50.13Nohlanight
03:50.16``Erikgoodnight
03:52.43Nohla``Erik framebuffer could be the drawing of the visible surface?
03:54.08``Erikit's... the buffer where the raytraced frame results are put... um, for raster images
03:54.34Nohlawell, that was my best bet for tonight, better try tomorrow
03:55.02``Erikum, in that example, they get the raytrace dialog box and push 'render', and it raytraces what's in the geometry window
03:55.19``Erikand it makes two "layers" in that window, one with the red wireframe, the other with the raytraced image
03:55.36``Erikunderlay/overlay is controlling the relation of those two layers
03:56.01``Erikgo sleep and think about it tomorrow :D
04:06.10brlcadcool, so eto still has evaluation errors, but ebm is fixed
04:07.40brlcadNohla: fantastic progress! :) :)
04:09.40brlcadwas en route, now home
04:09.51brlcadback to the codegrind!
04:10.10``Erikhuh, don't recall seeing your car when I left, didja run out for food or something?
04:10.17brlcadyeah
04:17.03Nohlabrlcad I was just going into bed
04:17.45brlcadNohla: hasta man~ana! .. que te duermes bien!
04:18.13Nohlatomorrow night we could try to let me understand how to define blablabuffer (I can't remember word :P)
04:19.03Nohlaand, if you dont mind to jump some tutos, I'll bring 6th
04:19.29Nohlabut, until that moment, good night and day of tomorrow :)
04:20.00Nohlasorry if you can't imagine wath I'm traying yo say :)
04:20.04Nohlazzzzzz...
04:23.07``Erikframebuffer
04:23.40Nohla...I was talking about everything I was trying to say :)
04:24.31Nohlareal zzzz...
04:24.34Nohlakisses
09:24.39CIA-38BRL-CAD: 03d_rossberg * r37170 10/brlcad/trunk/src/other/openNURBS/ (opennurbs_point.cpp opennurbs_quaternion.cpp):
09:24.39CIA-38BRL-CAD: including common.h has to be preferred to including brlcad_config.h directly
09:24.39CIA-38BRL-CAD: (otherwise the Windows build won't work)
11:18.27*** join/#brlcad mafm2 (n=mafm@119.Red-81-34-12.dynamicIP.rima-tde.net)
12:17.18*** join/#brlcad d_rossberg (n=rossberg@BZ.BZFLAG.BZ)
12:19.42d_rossbergi got a brlcad build error (implicit declaration of function): http://pastebin.bzflag.bz/m1afc8bab
12:20.58d_rossbergit looks like regex.h is included from tcl/generic instead of /usr/include
13:04.49starseekergrowls first week of the year and I'm out sick...
13:11.08``Erikyean, d_rossberg, I've been seeing that on several machines, too... there's some fix I did to tclInt.h a long time ago for that, I guess it was during an update... I'll have to dig up what I did
13:41.26d_rossberg``Erik: it could depend on whether libregex is build or not (i.e. the one from the system is used)
13:43.49d_rossbergin the first case the libregex include path precedes tcl/generic, in the later case tcl/generic precedes the system include path /usr/include
14:21.08``Eriktcl itself has a regex.h that confuses the preprocessor, I'll look into it once I'm settled in here (just got to the office)
14:47.37``Erikhrm, it's there O.o odd
14:57.27d_rossbergthe regex.h in tcl/generic uses additional macros like __REG_NOFRONT
15:04.37*** join/#brlcad docelic (n=docelic@78-2-71-58.adsl.net.t-com.hr)
15:31.57brlcadstarseeker: oof, sorry to hear that
15:40.25brlcadd_rossberg: yeah, hrm!
15:40.43brlcadif libregex were built, it would get the right header
15:41.11brlcadbut since it's using a system one, the -Isrc/other/tcl/generic is overriding ...
15:42.32brlcadthe solutions that are coming to mind are:
15:42.34brlcad1) make -I/usr/include a REGEX_CPPFLAG
15:43.30brlcad2) remove the __REG_NOFRONT/__REGNOCHAR so they're defined
15:44.05brlcad3) remove <regex.h> from regionfix.h and just declare the extern regex functions in use
15:44.39``Erikthe one I was seeing was implicit declaration of regcomp/regexec/reg(somethingelse), but it's now showing up on any machines at the moment O.O
15:44.53brlcad3 is probably the simplest, but is of course a total "punt"
15:45.19brlcadit should only happen with default configure options where it uses a system regex
15:45.24brlcad--enable-all won't see it
15:45.40brlcadrather, a system regex and a non-system tcl
15:46.24``Erikwhich is my standard mac build, which showed it, but now it doesn't, odd
15:50.01brlcadmy default mac build uses system tcl/tk
15:50.15brlcad(didn't use to, but I fixed that last spring/summer)
15:52.08``Erikhm, I usually build with ./configure --enable-optimized --prefix=/usr/brlcad/HEAD --enable-tcl-build --enable-tk-build --disable-png-build CFLAGS=-I/opt/local/include LDFLAGS=-L/opt/local/lib
15:52.32brlcadhm, dunno then
15:52.36brlcaddebug that shit up
15:53.01d_rossberghowever, there remains something unclear: #include <~> and #include "~" should differ by their search paths
15:53.27d_rossberg#include <~> should search in the system directory first
15:55.51brlcadd_rossberg: -I override system search dirs
15:55.53brlcadat least for gcc
15:56.37brlcad"" simply checks current dir first before checking -I and system dirs
15:56.49brlcadan implicit -I.
15:57.40CIA-38BRL-CAD: 03brlcad * r37171 10/brlcad/trunk/src/other/tcl/generic/regex.h: change the file we have control over. according to the header, it's legit to remove the __REG_NOFRONT define so we get declarations of regcomp() and regexec().
15:58.29brlcadthat should at least fix the warnings even if it does get that file instead of a system one (and fortunately those function signatures aren't likely to change)
15:58.40brlcadissue will just be tclInt.h getting included
15:58.58brlcadbut if it's getting that regex.h, it's already got -Isrc/other/tcl/generic
16:00.24brlcadhttp://gcc.gnu.org/onlinedocs/gcc/Directory-Options.html  <-- See second sentance under -Idir regarding override behavior.
16:01.51brlcadthere's probably some magic -isystem foo we could use, instead of -I for all src/other codes to get the desired search order behavior, but it'd be gcc-specific
16:04.27CIA-38BRL-CAD: 03brlcad * r37172 10/brlcad/trunk/TODO: inspiration
16:06.30d_rossbergi'm using gcc's man-page here
16:07.26d_rossbergthe "-I-" and "-iquote" options are looking interesting
16:07.39brlcadmy man page has the same quote :) ..  "Directories named by -I are searched before the standard system include directories."
16:08.18d_rossbergmaybe "-iquote" should be the standard rather than "-I"
16:08.55``Erikhuh, pbcopy/pbpaste (mac only)
16:09.07brlcadthey're still searched before system dirs
16:09.38d_rossbergright, but only for #include "~"
16:09.38brlcadplus it's still go tthe issue of being gcc-specific flags
16:10.51d_rossbergwhat other compilers do you have?
16:11.14d_rossbergon windows it is a totally different story
16:11.16brlcadicc and sunw
16:11.31d_rossbergi see ...
16:11.37brlcadaside just from underlying philosophy
16:11.42``Erikmipspro if we want to blow the dust out of an old clunker O:-)
16:11.49``Erikmsvc
16:13.24d_rossbergi think it is part of the C standard that include<> searches the system headers first and include"" the user provided headers
16:14.17d_rossbergtherefore you have to declare the system and user provided headers correctly in gcc
16:14.35d_rossberg(and any other compiler)
16:14.52brlcadwould be more incined to put system dirs on the -I path  (e.g., -I/usr/include) before adding the configure magic to detect that -iquote works and to use it instead of -I
16:15.16brlcadin the absense of any compiler flags, that is gcc's behavior .. :)
16:15.33brlcadspec has nothing on application options
16:17.18brlcaddid that commit fix the build?
16:17.41``Eriksrc/brlcad/src/librt/regionfix.c:151: warning: implicit declaration of function 'regfree'
16:17.45``Erikbut the other two are fixed
16:17.53brlcadhum
16:18.08brlcadi checked regfree .. looked like it was already deeclared
16:18.14``Eriklooked like, yes
16:18.41d_rossbergoverwritten by the TCL function ;)
16:18.48``Erikbut not in the -E output
16:19.32brlcadright, it should be a TclReFree()
16:19.55brlcadsure it's object-clean?
16:20.13brlcadhm, nvr mind :)
16:20.14``Erikjust rm -rf'd his build dir and did an autogen.sh
16:20.20``Erikwow, 404 on pastebin
16:20.49``Erikhttp://paste.lisp.org/display/93148
16:21.01``Erikthat's what the tcl regex.h resolves to out of -E on my mac
16:21.28d_rossbergthere is still one error left: implicit declaration of regfree
16:22.30brlcadmm.. all the regex code in tcl includes regguts.h which includes regcustom.h which includes all those proper "tcl-style" declarations/defines .. not clear why regex.h has them at all
16:25.34``Erikincluding tclInt.h in regeg.h USED to fix it, odd that it stopped
16:25.54CIA-38BRL-CAD: 03brlcad * r37173 10/brlcad/trunk/src/other/tcl/generic/regex.h:
16:25.54CIA-38BRL-CAD: remove the entire tcl-protection block that was spliced in from tclcustom.h so
16:25.54CIA-38BRL-CAD: that we get regfree() declared. all of tcl's regex sources include regguts.h
16:25.54CIA-38BRL-CAD: which includes regcustom, so they should get their integrated behavior for their
16:25.55CIA-38BRL-CAD: built-in regex.
16:26.09brlcadincluding tclInt.h fixed a different problem
16:26.23brlcadthese are warnings .. we were just ignoring the warnings before
16:26.27brlcadnot they're errors
16:26.40brlcadthat should do the trick
16:26.44``Erikhm, was years ago, I've forgotten O.o (and the history didn't transfer very nicely
16:27.00``Erikworked here
16:27.06brlcadhave to check tcl-runtime to make sure regular expressions still work, but tcl compiles clean .. hopefully regionfix.c compiles clean now too
16:27.46d_rossbergregionfix.c compiles now :)
16:37.35*** join/#brlcad jnewt4 (n=jnewt@ppp-70-252-130-22.dsl.ksc2mo.swbell.net)
17:50.20*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
18:28.38*** join/#brlcad Ralith (n=ralith@d142-058-090-011.wireless.sfu.ca)
18:38.43*** join/#brlcad Ralith_ (n=ralith@d142-058-090-011.wireless.sfu.ca)
19:20.22CIA-38BRL-CAD: 03brlcad * r37174 10/brlcad/trunk/src/rt/do.c: comment style formatting consistency cleanup
19:46.30``Erikhuh, the rb trees ARE used
20:37.50brlcadif_tk.c:292: error: too many arguments to function 'Tk_PhotoPutBlock'
20:40.49CIA-38BRL-CAD: 03brlcad * r37175 10/brlcad/trunk/src/libfb/if_tk.c: Tk_PhotoPutBlock doesn't take an interp, at least with tk 8.4
21:10.36``ErikO.O
21:10.39``Erikhttp://pastebin.bzflag.bz/d3691b911
21:10.49``Eriker, hell... src/librt/primitives/arb8/arb8.c:2092: warning: passing argument 2 of 'rt_arb_3face_intersect' from incompatible pointer type
21:11.18``Erikconst point_t x[6]; throws that, const point_t *x; in another file, ...
21:11.25``Erikneat, huh?
21:45.47*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
22:09.30*** join/#brlcad Ralith (n=ralith@69.90.48.97)
22:23.36*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
22:34.56CIA-38BRL-CAD: 03brlcad * r37176 10/brlcad/trunk/src/librt/prep.c:
22:34.56CIA-38BRL-CAD: if we're asked to prep an rtip with nothing in it, we're done prepping that
22:34.56CIA-38BRL-CAD: rtip. set needprep to false so code elsewhere doesn't keep recalling prep
22:34.56CIA-38BRL-CAD: spewing 'no (primitives|regions) left to prep' messages. this is related to sf
22:34.56CIA-38BRL-CAD: bug report 2927515 (a particular arb5 fails to raytrace) from John Dalton
22:34.59CIA-38BRL-CAD: (john-dalton), quelling the spewing of 'endless' error messages.
23:14.41*** join/#brlcad Nohla (n=jesica@168.226.179.239)
23:32.48CIA-38BRL-CAD: 03brlcad * r37177 10/brlcad/trunk/src/rt/ (do.c hurt.c):
23:32.48CIA-38BRL-CAD: do frame was only checking if there were primitives prepped, but not whether
23:32.48CIA-38BRL-CAD: there were any valid regions remaining to render (which there should always be
23:32.48CIA-38BRL-CAD: as even all regionless objects (even primitives) are promoted to regions). make
23:32.49CIA-38BRL-CAD: it check and halt if there aren't any so that we don't dispatch all rays only to
23:32.51CIA-38BRL-CAD: have prep and do_run do nothing useful.
23:34.00*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
23:37.29CIA-38BRL-CAD: 03brlcad * r37178 10/brlcad/trunk/NEWS:
23:37.29CIA-38BRL-CAD: rt now reports prep failures a little more clearly, in part by aborting earlier,
23:37.29CIA-38BRL-CAD: so as to not spew a prep failure per ray when rt is invoked from within mged.
23:37.29CIA-38BRL-CAD: this is in response to sf bug report 2927515 (a particular arb5 fails to
23:37.29CIA-38BRL-CAD: raytrace) from John Dalton (john-dalton), quelling the spewing of 'endless'
23:37.32CIA-38BRL-CAD: error messages.
23:47.54CIA-38BRL-CAD: 03brlcad * r37179 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: quell constness conversion warning. make rt_arb_3face_intersect take a const pointer to plane_t, assume it's a [6] array.
23:48.04brlcadthat should fix the warning ``Erik
23:57.32CIA-38BRL-CAD: 03brlcad * r37180 10/brlcad/trunk/src/libfb/if_tk.c: so 8.5 did change Tk_PhotoPutBlock to have an interp, so we need to check the version of tk we're working with given it's an api incompatibiliy.
IRC log for #brlcad on 20100109

IRC log for #brlcad on 20100109

00:09.37*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
00:17.55``Erikboth were const, I was also seeing it in a recursive function where it called itself with the exact same parameter...
00:18.03``Erikthere's something fruity going on with my bsd box I think
00:18.23``Erikbut at the moment, I'm cooking dinner, so *shrug* I don't care :)
00:21.02*** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl)
00:57.24``Erik<colbert> so in order to influence people, I have to appear in their facebook pictures? I don't think I can vomit in that many photos
00:57.27``Erik*snrkt*
01:32.23*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
01:33.11*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
01:49.47brlcad``Erik: both are const, it's const char * vs const char [6] .. should be promotable, but there must be some obscure reason gcc feels the need to bitch about it
01:53.16``Erikhm, I thought I was seeing a couple cases of "const point_t p[6]" not maching "const point_t p[6]", and one case of "const point_t *p" not maching "const point_t *p"
01:53.33``Erik(think it was point_t... not plane_t... hrm...)
01:53.57``Erikstill in the office?
01:54.50``Eriktries to replicate it on crit
01:59.13RalithAnyone familiar with X input contexts?
01:59.46brlcadyeah, it was plane_t ``Erik
02:00.57brlcadmaybe some spec issue where a char [] parameter is always passed by pointer address so you get a warning if the prototype has [] even if it's a [] to begin with
02:01.01brlcaddunno
02:01.02brlcadsomething obscure for sure
02:01.18``Erikhttp://www.youtube.com/watch?v=4nigRT2KmCE
02:01.41brlcadRalith: have to be more specific to answer that ;)
02:01.42``Erikit's weird, did a -E and it all looked correct to me, saw it in metaball.c, too
02:01.57``ErikI'm thinkin' I may've busted something on my mp3 player *shrug* :)
02:02.23Ralithbrlcad: just trying to get basic internationalized text input working.
02:02.31RalithXutf8LookupString wants an XIC
02:02.35Ralithand I can't work out where to get one
02:03.18Raliththe X manpages are just short of completely useless.
02:03.40``Erikyou don't have the 10 volume X programmer manual on your shelf, ralith? :D
02:03.48Ralith:P
02:04.00Ralithwish I had a shelf that big.
02:04.47``Erikwhy are you touching that directly instead of using a wrapper like sdl, qt, gtk, oid, ...?
02:07.40RalithI'm writing a wrapper like ... ^^
02:11.55``Erikbrlcad: still get the error, replicated on crit
02:12.42``Erikmetaball does it on a "const point_t *"
02:13.24``Erikarb8 on "const plane_t *"
02:14.26Ralithooh, I think I found a PDF of a relevant book.
02:15.24``Erikremoving the const seems to fix it
02:17.34brlcadRalith: XCreateIC()
02:18.00``Erikwill futz with it later
02:18.34brlcad``Erik: *shrug* .. need to see the snippet -- I replicated one earlier and fixed it just by making it a const * param
02:18.41brlcadinstead ofa [] param
02:18.56brlcadsomething with it being a sized array not being constable
02:18.59Ralithbrlcad: that seems to need a boatload of parameters and I can't find a single doc on what they are.
02:19.16brlcadperhaps the ambiguity that the array itself can't be protected as const
02:20.28``Erikperhaps
02:21.46brlcadRalith left, boo hiss
02:21.49``Erikhttp://pastebin.bzflag.bz/dfda925e
02:22.00``Erik(this is withOUT strict flags, btw)
02:22.05brlcadk
02:22.47brlcadhuh, are you up to date?
02:22.53brlcadbecause I changed arb8
02:22.56``Erikyes
02:23.14*** join/#brlcad Ralith (n=ralith@69.90.48.97)
02:23.40``Erikthe arb8 refers to "const plane_t *p" instead of "const plane_t p[6]"
02:23.54brlcadRalith: when in doubt..
02:23.59brlcadlook at someone else's code
02:24.01brlcadhttp://svn.tomasu.org/index.cgi/allegro/checkout/allegro/branches/4.9/src/x/xkeyboard.c?rev=12203
02:24.26brlcadallegro uses it exactly as I had in mind
02:25.15brlcadgotta get used to the hell that is X11 programming.. verbose and with many layers, like an onion
02:25.18brlcadnot a parfait
02:25.34``Erikhehehe
02:25.47``ErikX is the result of an API appearing on "will it blend" O:-)
02:26.30brlcad"hmm.. what ELSE can we abstract away in the API into it's own type??"
02:27.09``Erikwhat was the um, "if windowing systems were a car" or something? X had a dozen steering wheels, and no two worked alike?
02:30.47brlcadyea
02:31.12brlcadand you can use them all simultaneously
02:31.24brlcadand in some cases are required to use multiple simultaneously
02:31.31brlcadokay, so this is bizzare
02:31.56brlcadplane_t *foo = someplane_array; /* no problem */
02:32.09brlcadconst plane_t *bar = foo; /* bitches *
02:33.32brlcadunrolling, plane_t is a typedef for a fastf_t[4], so somehow related
02:33.39``Erikyup
02:33.50``Erikand -E doesn't show anything fruity happening to const or anything
02:34.14``Erikwonder if some change somewhere is setting something that's putting gcc in a weird mode
02:35.16brlcadconst fastf_t *bar = foo[0]; works fine as I'd hope
02:38.53CIA-38BRL-CAD: 03brlcad * r37181 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: see if this helps, make the pointer non-temporary
02:38.54brlcadsee if that does it
02:39.18``Eriksucceeded
02:39.38brlcadwelp, there's a pattern to follow at least
02:39.42brlcadseems retaded
02:39.50brlcadretaaaded
02:39.54``Erikghah, ughly
02:43.29``Erikbut functional :(
02:45.47CIA-38BRL-CAD: 03erikgreenwald * r37182 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: Use temp const to pass instead of casting
02:49.04``Erik"metro-curious" heh
02:52.36Ralithbrlcad: cool, thanks
03:01.26*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
04:55.06CIA-38BRL-CAD: 03brlcad * r37183 10/brlcad/trunk/src/libged/ (ged_private.h rtcheck.c wdb_obj.c): quell the log() shadow warnings, rename to logstr.
05:08.00CIA-38BRL-CAD: 03brlcad * r37184 10/brlcad/trunk/src/libged/ (3ptarb.c adc.c analyze.c attr.c bev.c bigE.c): quell a slew of compilation warnings including type mismatches, exact floating point comparisons, and param checks.
05:36.19*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc)
11:45.09*** join/#brlcad mafm2 (n=mafm@119.Red-81-34-12.dynamicIP.rima-tde.net)
15:05.49CIA-38BRL-CAD: 03brlcad * r37185 10/brlcad/trunk/src/mged/chgview.c: fix the usage reporting of the drawing commands (E/draw/e/etc) so that usage printing (GED_HELP) is not considered an error.
16:23.44*** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com)
17:37.11*** join/#brlcad jesica__ (n=jesica@168.226.178.192)
18:04.55CIA-38BRL-CAD: 03brlcad * r37186 10/brlcad/trunk/ (NEWS src/libged/aet.c src/libged/quat.c src/libged/ypr.c):
18:04.55CIA-38BRL-CAD: fix a libged refactor bug in view quat and view ypr where you couldn't set quat
18:04.55CIA-38BRL-CAD: or ypr due to a wrong argc count (it was assuming "view .." as an additional
18:04.55CIA-38BRL-CAD: arg). this fixes both quat and ypr so you can now set their values as before.
18:14.10*** join/#brlcad mafm2 (n=mafm@119.Red-81-34-12.dynamicIP.rima-tde.net)
18:46.57CIA-38BRL-CAD: 03brlcad * r37187 10/brlcad/trunk/src/tclscripts/mged/garbage_collect.tcl: (log message trimmed)
18:46.57CIA-38BRL-CAD: complete overhaul of the 'garbage_collect' command. rewrite the command to take
18:46.57CIA-38BRL-CAD: a lot more care to not accidentally destroy the users data if something
18:46.57CIA-38BRL-CAD: unexpected happens. instead of copying over the current database, use the
18:46.59CIA-38BRL-CAD: working keep file as a testing copy and just rename files around as they are
18:47.01CIA-38BRL-CAD: processed and verified. add more verification checks to make sure the view is
18:47.03CIA-38BRL-CAD: restored, objects are saved, and that processing failures won't leave the user
18:55.30CIA-38BRL-CAD: 03brlcad * r37188 10/brlcad/trunk/src/tclscripts/mged/garbage_collect.tcl: if the file is really tiny, it might actually get bigger and that's okay. likewise, the percentage decrease can be dramatic if it's only got a couple objects.
18:56.47CIA-38BRL-CAD: 03brlcad * r37189 10/brlcad/trunk/src/tclscripts/mged/garbage_collect.tcl: clarify the percentage
19:01.03CIA-38BRL-CAD: 03brlcad * r37190 10/brlcad/trunk/NEWS:
19:01.03CIA-38BRL-CAD: the garbage_collect command gets a nearly complete rewrite with considerably
19:01.03CIA-38BRL-CAD: more data validation checks and care taken to not leave the users .g in a
19:01.03CIA-38BRL-CAD: damaged state. if various conditions are encountered, the users original .g
19:01.03CIA-38BRL-CAD: file is left intact.
19:04.31CIA-38BRL-CAD: 03brlcad * r37191 10/brlcad/trunk/src/tclscripts/mged/garbage_collect.tcl: heed warning to the users to back up their geometry, even if the command is considerably more careful now to not irrevocably damage their data.
20:39.01*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
21:17.55*** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl)
23:37.34*** join/#brlcad jesica__ (n=jesica@168.226.178.192)
IRC log for #brlcad on 20100110

IRC log for #brlcad on 20100110

02:47.00*** join/#brlcad Nohla (n=jesica@168.226.178.192)
03:51.40*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
05:09.31*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
06:02.51*** join/#brlcad jesica__ (n=jesica@168.226.179.216)
08:52.08CIA-38BRL-CAD: 03Sirkha 07http://brlcad.org * r2177 10/wiki/MGED_CMD_oed: /* See Also */ added sed
16:52.27CIA-38BRL-CAD: 0392.36.8.53 07http://brlcad.org * r2178 10/wiki/Help:Editing_pages:
17:02.37CIA-38BRL-CAD: 0392.36.8.53 07http://brlcad.org * r2179 10/wiki/Help:Editing_pages:
20:32.34CIA-38BRL-CAD: 03Sean 07http://brlcad.org * r2180 10/wiki/Help:Editing_pages: Reverted edits by [[Special:Contributions/92.36.8.53|92.36.8.53]] ([[User talk:92.36.8.53|Talk]]); changed back to last version by [[User:Sean|Sean]]
20:33.26CIA-38BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:92.36.8.53]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
20:35.12CIA-38BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/protect: protected "[[Help:Editing pages]]": [edit=autoconfirmed:move=autoconfirmed]
20:45.45starseekerblinks as a bot raytrace fails with bad magic]
20:45.59starseekerdid I compile in a bad state I wonder...
20:46.40brlcador there's other badmagic checks, or you're not updated with that fix from last week
20:46.53starseekerprobably
20:47.05starseekerupdates...
20:47.07starseekeroh yeah
20:47.19starseekerrecompile time
20:58.26CIA-38BRL-CAD: 03brlcad * r37192 10/brlcad/trunk/src/libwdb/ (Makefile.am brep_stub.c): remove the unnecessary brep_stup.c file. clean up the build file too with brep.cpp always being compiled.
21:33.36CIA-38BRL-CAD: 03brlcad * r37193 10/brlcad/trunk/NEWS: call out specific attention to the various import support additions: obj-g, step-g, 3dm-g; and the work going into archer. they were some of the main motivators for the bump to the 7.16 release.
22:18.31CIA-38BRL-CAD: 03brlcad * r37194 10/brlcad/trunk/regress/ (8 files): be sure to also look relative to the current directory so that we can run regression tests for out-of-dir builds.
22:31.18CIA-38BRL-CAD: 03brlcad * r37195 10/brlcad/trunk/regress/fastgen.sh: more rel path searching
22:37.20CIA-38BRL-CAD: 03brlcad * r37196 10/brlcad/trunk/regress/ (15 files): add missing headers and footers
IRC log for #brlcad on 20100111

IRC log for #brlcad on 20100111

00:22.41CIA-38BRL-CAD: 03brlcad * r37197 10/brlcad/trunk/regress/ (Makefile.am library.sh): initial library file to refactor the code common to most all of the tests, to help search for binaries they use and set up the runtime library search path
00:23.32CIA-38BRL-CAD: 03brlcad * r37198 10/brlcad/trunk/regress/fastgen.sh: use the new library 'ensearch' function to find fast4-g and g_diff
00:31.14*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
01:00.23CIA-38BRL-CAD: 03brlcad * r37199 10/brlcad/trunk/regress/ (11 files): make all of the tests use the same searching mechanism to find the binaries they use.
01:03.12CIA-38BRL-CAD: 03brlcad * r37200 10/brlcad/trunk/regress/library.sh: library path will go too quickly if we search for too many binaries (since we don't check for duplicates), so only add the one that should work
01:09.49CIA-38BRL-CAD: 03brlcad * r37201 10/brlcad/trunk/regress/solids.sh: search for all the binaries we use instead of assuming relative
01:22.46CIA-38BRL-CAD: 03brlcad * r37202 10/brlcad/trunk/regress/ (11 files): need to be able to find library for out-of-dir builds, so source from /regress
02:04.56CIA-38BRL-CAD: 03brlcad * r37203 10/brlcad/trunk/regress/mged.sh: minor
02:05.31CIA-38BRL-CAD: 03brlcad * r37204 10/brlcad/trunk/regress/library.sh: vars exported within a function do not transfer to the parent scope, push the library path up. try a simple relative dir for now.
02:10.06starseekerbrlcad: should I look at moving the existing sh logic into tcl or is that a no-go? (understand if you're not waiting for the tcl stuff, just want to know if that part of regress is planned to stay in sh regardless)
02:53.18CIA-38BRL-CAD: 03brlcad * r37205 10/brlcad/trunk/src/gtools/g_diff.c:
02:53.18CIA-38BRL-CAD: if Tcl_Init() fails, don't halt .. just report the warning (it's probably just
02:53.18CIA-38BRL-CAD: failure to find itcl.tcl when regression testing out-of-dir). quell the
02:53.18CIA-38BRL-CAD: remainder of compilation warnings too including a couple exact floating point
02:53.19CIA-38BRL-CAD: comparisons.
02:55.28brlcadstarseeker: implement whatever you need -- I wouldn't mess with the existing tests unless they're the last piece remaining
02:55.40starseekercool
02:55.52brlcadwouldn't convert them just for the sake of converting them
02:56.04brlcaduntil there's some stronger testing benefit
02:56.16starseekernods
03:08.41*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) [NETSPLIT VICTIM]
03:08.41*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
03:08.47*** join/#brlcad Nohla (n=jesica@168.226.179.216)
03:08.47CIA-38BRL-CAD: 03brlcad * r37206 10/brlcad/trunk/regress/fastgen.sh: fastgen_dos.fastf4 is a reference file in the source dir
03:09.36*** join/#brlcad ChanServ (ChanServ@services.)
03:09.36*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad d-lo (n=claymore@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad poolio (n=poolio@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
03:09.37*** join/#brlcad stevegt` (n=stevegt@cislunar.TerraLuna.Org) [NETSPLIT VICTIM]
03:09.37*** mode/#brlcad [+o ChanServ] by irc.freenode.net
03:10.02brlcadmm, so the regression tests are close to working again, just solids and shaders failing
03:12.04Nohlabrlcad holas!
03:12.14brlcadhola Nohla
03:12.34Nohlacomo estas?
03:18.56Nohlaok, how are you? :)
03:21.21brlcadbien!
03:22.10brlcadI saw the new translations, looks great!
03:29.22*** join/#brlcad Computer_ (n=Computer@209-16-114-100.net.bhntampa.com)
03:43.55``Erikbrlcad: just in-dir, not out of dir?
03:47.44Nohlabrlcad I'm finishing the 3rd
03:48.02Nohlaand finished #7
03:48.24Nohlaa friend helped with this
03:48.48Nohlabut I cant run make succesfully
03:49.30Nohlacould I send you both, makefile and tutos by email?
03:59.34brlcad``Erik: what?
03:59.58brlcadNohla: how you've been sending to the mailing list works fine
04:00.08``Erikregress in an out-of-dir build, that's still on the todo queue?
04:00.29brlcadnope, I have that working now
04:00.50brlcadthat was the slew of commits earlier
04:00.55``Erikswank, there were a lot of assumptions in the shell scripts
04:01.07``Erikyehhhh, I figured I'd catch up on those after tomorrows meeting :)
04:01.08brlcadthe solids and shader tests are failing with the tolerance changes, isolating
04:01.11NohlaI'll try not to forget "/" :)
04:01.26brlcad:)
04:20.26*** join/#brlcad Nohla (n=jesica@168.226.178.50)
06:10.58CIA-38BRL-CAD: 03brlcad * r37207 10/brlcad/trunk/src/librt/roots.c:
06:10.58CIA-38BRL-CAD: okay, so the root solver is SUPER sensitive to these two changes. one is an
06:10.58CIA-38BRL-CAD: exact floating point comparison being made, the other was a tolerance tightened
06:10.59CIA-38BRL-CAD: up from a value set loose in the mid-80's for irix2. this fixes the eto
06:10.59CIA-38BRL-CAD: ray-tracing failures caught by the solids.sh regression test. the
06:11.01CIA-38BRL-CAD: SQRT_SMALL_FASTF change notably seems to mostly cause subtle off-by-one changes
06:11.03CIA-38BRL-CAD: which might be tolerable but will need more investigation.
06:18.07CIA-38BRL-CAD: 03brlcad * r37208 10/brlcad/trunk/src/librt/Makefile.am: cannot be strict while that roots tolerance issue is unresolved. undo strictness to prepare for release.
06:20.47CIA-38BRL-CAD: 03brlcad * r37209 10/brlcad/trunk/TODO: fix/address the src/librt/roots.c issues.
06:21.22*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
07:16.04*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
12:35.14d-loMornin all
12:53.43``Erikblargh
12:57.52Ralithblargh indeed
13:03.13starseekerpeals open his eyelids
13:35.52d-loup late starseeker ?
14:02.09CIA-38BRL-CAD: 0395.135.31.61 07http://brlcad.org * r2182 10/wiki/Main_Page:
15:47.41CIA-38BRL-CAD: 03davidloman * r37210 10/rt^3/trunk/include/GS/GSCommon.h: Add in header file for GS global defines.
15:51.01``Erikyet another ogre release
16:09.35*** join/#brlcad PrezKennedyII (i=Matthew@whitecalf.net)
17:03.11*** join/#brlcad mafm (n=mafm@119.Red-81-34-12.dynamicIP.rima-tde.net)
17:32.08CIA-38BRL-CAD: 03davidloman * r37211 10/rt^3/trunk/ (9 files in 3 dirs): Drop 4 AbstractJob subclasses.
17:41.55*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
18:00.40CIA-38BRL-CAD: 03davidloman * r37212 10/rt^3/trunk/include/GS/ (4 files in 2 dirs): JobManager/JobWorker work.
18:55.36*** join/#brlcad __monty__ (n=toon@125.99-64-87.adsl-dyn.isp.belgacom.be)
19:03.55CIA-38BRL-CAD: 03bob1961 * r37213 10/brlcad/trunk/src/external/ProEngineer/win32-msvc8/ (4 files in 3 dirs): Add project for Wildfire 5.0
19:30.54starseeker``Erik: release candidate
19:31.35CIA-38BRL-CAD: 03bob1961 * r37214 10/brlcad/trunk/src/libdm/dm-wgl.c: Added wgl_drawLine3D, wgl_drawLines3D and wgl_drawVListHiddenLine.
19:32.22``Erikwell, I saw the 1.6.5 and commented, saw the 1.7.0RC1 after digging in a bit
19:35.00CIA-38BRL-CAD: 03bob1961 * r37215 10/brlcad/trunk/src/libdm/dm_obj.c: Updated dmo_drawDataAxes_tcl to use dm_draw_data_axes().
19:38.07CIA-38BRL-CAD: 03erikgreenwald * r37216 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: add dates, mark milestones, and check off done stuff in plan
19:42.05CIA-38BRL-CAD: 03bob1961 * r37217 10/brlcad/trunk/src/libdm/axes.c: Using struct ged_data_axes_state instead of struct ged_axes_state.
19:43.20CIA-38BRL-CAD: 03bob1961 * r37218 10/brlcad/trunk/ (7 files in 2 dirs): Added hidden line drawing.
19:44.30CIA-38BRL-CAD: 03bob1961 * r37219 10/brlcad/trunk/include/solid.h: Added a flag for hidden line.
19:47.47CIA-38BRL-CAD: 03bob1961 * r37220 10/brlcad/trunk/src/libged/ (draw.c ged_private.h): Added an option for drawing hidden lines.
20:08.24CIA-38BRL-CAD: 03bob1961 * r37221 10/brlcad/trunk/ (include/ged.h src/libtclcad/ged_obj.c): Added support for data_arrows, data_axes, data_lines and data_labels.
20:16.57CIA-38BRL-CAD: 03bob1961 * r37222 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added support for data_arrows, data_axes, data_lines and data_labels.
20:18.37CIA-38BRL-CAD: 03bob1961 * r37223 10/brlcad/trunk/src/archer/plugins/Utility/attrGroupsDisplayUtilityP/AttrGroupsDisplayUtilityP.tcl: Minor mod.
20:38.47CIA-38BRL-CAD: 03davidloman * r37224 10/rt^3/trunk/ (4 files in 2 dirs): More JobManager/JobWorker/AbstractJob work.
20:44.25CIA-38BRL-CAD: 03bob1961 * r37225 10/brlcad/trunk/src/tclscripts/archer/images/Themes/ (6 files in 3 dirs): Added an image for component exclude.
20:45.42CIA-38BRL-CAD: 03bob1961 * r37226 10/brlcad/trunk/src/tclscripts/archer/images/Themes/ (3 files in 3 dirs): Added an image for component exclude.
20:45.58``Erikheh, src/conv/proe-g.c grabbing src/other/tcl/generic/regex.h on #include <regex.h> ... lame
20:49.48CIA-38BRL-CAD: 03bob1961 * r37227 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added setStatusString, colorMenuStatusCB, transparencyMenuStatusCB, initViewMeasure and endViewMeasure methods.
21:03.17CIA-38BRL-CAD: 03bob1961 * r37228 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added global_undo_callback, modesMenuStatusCB, rtCheckMenuStatusCB, rtEdgeMenuStatusCB and rtMenuStatusCB
21:05.42CIA-38BRL-CAD: 03bob1961 * r37229 10/brlcad/trunk/src/tclscripts/archer/AttrGroupsDisplayUtility.tcl: Added highlightSelectedAttr, selectHighlightedAttr, getAttrList, getSelectedAttr and selectCurrentGroup methods.
21:39.16*** join/#brlcad Ralith (n=ralith@d142-058-080-041.wireless.sfu.ca)
22:21.47*** join/#brlcad iammaxus (n=chatzill@dhcp-8-196.media.mit.edu)
22:28.28CIA-38BRL-CAD: 03irpguardian * r37230 10/brlcad/trunk/src/rt/view.c: Starting to work on a heat-graph of the time it takes to compute pixels in a raytrace.
23:06.02*** join/#brlcad Nohla (n=jesica@168.226.178.50)
23:11.35*** join/#brlcad talcite (n=matthew@dhcp-143-147.mcme-students.carleton.ca)
23:28.02Nohlabrlcad holas
23:39.44*** join/#brlcad Ralith (n=ralith@69.90.48.97)
IRC log for #brlcad on 20100112

IRC log for #brlcad on 20100112

02:03.26*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
02:34.51*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
02:48.58*** join/#brlcad Ralith (n=ralith@69.90.48.97)
03:08.51*** join/#brlcad Ralith (n=ralith@69.90.48.97)
05:24.03*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
08:21.53*** join/#brlcad ChanServ (ChanServ@services.)
08:21.53*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) [NETSPLIT VICTIM]
08:21.53*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
08:21.53*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad d-lo (n=claymore@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
08:21.54*** join/#brlcad poolio (n=poolio@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
08:21.54*** mode/#brlcad [+o ChanServ] by irc.freenode.net
08:32.59CIA-38BRL-CAD: 03203.177.74.144 07http://brlcad.org * r2183 10/wiki/Main_Page:
11:50.16d-loMorning all!
11:54.57*** join/#brlcad mafm (n=mafm@94.Red-83-49-87.dynamicIP.rima-tde.net)
12:21.46``Eriksshhh
12:22.41d-loheadache?
12:41.38``Erikno, this dreaded 'morning' thing O.o
12:41.43``Erikputs air in his tire and heads to work O.o
13:26.56CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2184 10/wiki/Main_Page: revert to previous unvandalized page (link spam)
15:10.46*** join/#brlcad b0ef (n=b0ef@157.26.202.84.customer.cdi.no)
17:45.35brlcadmmm.. more translations from Nohla
17:46.08brlcadstarseeker: you should get show her how to use svn (update, status, diff, commit)
17:49.07brlcadshe has commit access
18:24.24*** join/#brlcad talcite (n=matthew@dhcp-143-147.mcme-students.carleton.ca)
18:32.01*** join/#brlcad parigaudi (n=quassel@pd95b7f5e.dip0.t-ipconnect.de)
18:35.53talcitehey brlcad, are you around?
18:38.35CIA-38BRL-CAD: 03johnranderson * r37231 10/jbrlcad/trunk/src/org/brlcad/geometry/BrlcadDb.java: Added a close() method
18:38.46brlcadtalcite: always
18:39.10talcitebrlcad: that's probably not healthy =).
18:39.21talcitebrlcad: any update on how upstream takeovers are going?
18:40.56brlcadcoming along little by little, it's going to take a while
18:47.00talciteah I see. That's alright. I can keep myself busy with other stuff in the mean time
19:00.30CIA-38BRL-CAD: 03irpguardian * r37232 10/brlcad/trunk/src/rt/view.c: (log message trimmed)
19:00.30CIA-38BRL-CAD: Added very basic calls to impliment the heat-graph. This will be lightmodel 8, and will
19:00.30CIA-38BRL-CAD: eventually determine how much time was spent calculating each pixel during a raytrace.
19:00.31CIA-38BRL-CAD: After the initial raytrace is completed, the picture will be replaced with a graphical
19:00.31CIA-38BRL-CAD: representation of how long each pixel took in regards to the entire picture, where
19:00.33CIA-38BRL-CAD: short times are charactarized as one color, and transition to another color
19:00.35CIA-38BRL-CAD: representing a longer time.
20:52.49CIA-38BRL-CAD: 03irpguardian * r37233 10/brlcad/trunk/src/rt/view.c: Added a per-pixel timer to the heat-graph model.
22:04.50CIA-38BRL-CAD: 03irpguardian * r37234 10/brlcad/trunk/src/rt/view.c: Got rid of some redundant nested if statments, and merged them together
22:31.33CIA-38BRL-CAD: 03irpguardian * r37235 10/brlcad/trunk/src/rt/view.c: Heat-graph is now implimented in colorview, and not viewit.
23:10.13*** join/#brlcad mafm (n=mafm@94.Red-83-49-87.dynamicIP.rima-tde.net) [NETSPLIT VICTIM]
23:10.13*** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
23:10.13*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) [NETSPLIT VICTIM]
23:10.54*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
23:10.54*** join/#brlcad poolio (n=poolio@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
23:30.25CIA-38BRL-CAD: 03starseeker * r37236 10/brlcad/trunk/src/libfb/if_tk.c: Get DoOneEvent into the act when drawing to Tk framebuffer - now pix-fb in X11 on Mac does something when given a pix file, but not the right thing. Still nothing during a raytrace.
23:55.24CIA-38BRL-CAD: 03starseeker * r37237 10/brlcad/trunk/src/libfb/if_tk.c: Clean up the DoOneEvent stuff, identify need for persisting window and where to start.
IRC log for #brlcad on 20100113

IRC log for #brlcad on 20100113

00:38.00CIA-38BRL-CAD: 03starseeker * r37238 10/brlcad/trunk/src/libfb/if_tk.c: Still nothing like clean or correct, but at least window persists and closes with a close window event.
00:50.38CIA-38BRL-CAD: 03starseeker * r37239 10/brlcad/trunk/src/libfb/if_tk.c: Ah, that's somewhat better - put Tcl's vwait to work.
00:57.26CIA-38BRL-CAD: 03starseeker * r37240 10/brlcad/trunk/src/libfb/if_tk.c: throw in a call to destroy, which isn't called in the WM_DELETE_WINDOW binding after bwe overrode it
00:59.22starseekersuspects the tk framebuffer isn't reading memory quite right... wouldn't a pix be the easy case...
01:11.20starseekerinteresting... X24 and tk have different pointer values for ifp and pixelp
01:21.26starseekerblinks
01:21.29starseekeruh...
01:51.02starseekerreally hopes he doesn't have to go to the extreme of printing pixel values to distinguish between Tk_Photo problems and memory read issues, but may have to face the music...
02:09.05starseekerhmm, very interesting - no difference in the pixelp memory contents
02:11.06starseekereyes the PhotoImageBlock...
02:36.12*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
02:40.48*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
03:08.53CIA-38BRL-CAD: 03starseeker * r37241 10/brlcad/trunk/src/libfb/if_tk.c: YES! Odd pointer behavior was behind it all - as of this check in first successful pix-fb display and raytrace with tk framebuffer.
03:13.35CIA-38BRL-CAD: 03starseeker * r37242 10/brlcad/trunk/src/libfb/if_tk.c: Clear out some debugging code.
03:14.01starseekernow we'll see what aqua tk does...
03:14.58starseekerfirst working tk framebuffer screenshot:  http://bzflag.bz/~starseeker/working_tk_framebuffer.png
03:18.56starseekeris 99% sure the in-MGED framebuffer won't be working at all...
03:21.45starseekeraaaand is apparently wrong, at least in the X11 case
03:21.51starseeker<blink>
03:24.15starseekerwonder if maybe it's using the X one there...
03:25.19starseekermust be... still have all those TJM to implement functions...
03:50.25starseekerwell, aqua tk framebuffer ran:  http://bzflag.bz/~starseeker/all_aqua_dm_fb.png
03:50.47starseeker(and crashed in-MGED, so lotta work to do there yet obviously)
03:50.55starseekerheads home - good note to end on
05:53.05*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc)
05:53.10brlcadstarseeker: nice progress!~
10:42.21*** join/#brlcad mafm (n=mafm@94.Red-83-49-87.dynamicIP.rima-tde.net)
10:56.57*** join/#brlcad docelic (n=docelic@78-2-120-209.adsl.net.t-com.hr)
11:49.28d-loMernin all!
12:27.00*** join/#brlcad Yoshi47 (n=jan@64.235.102.210)
13:43.18*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
14:12.04CIA-38BRL-CAD: 03bob1961 * r37243 10/brlcad/trunk/src/libged/bot_dump.c: Modified bot_dump to allow the user to specify combinations as well as bots. If a combination is specified, its tree is walked and any bots found get converted. Also noticed that the rt_db_internal wasn't getting freed.
16:08.22starseekergrowl... it's not doing partial refresh in Aqua - just displaying at the end
17:17.16brlcadirpguardian needs to fix his sf.net e-mail
17:19.47brlcadstarseeker: you need more than the dooneevent calls
17:19.52brlcadyou have to tell the canvas to refersh
17:22.41starseekerbrlcad: any idea how specifically to do so?  I've been googling but I can't turn anything up so far
17:23.57starseekeri've tried update idletasks
18:18.31d-loirpguardian wants to know the definition of 'fix his sf.net email'
18:25.36``Erikunfuck it?
18:25.52``Erik(is it not forwarding to a valid email?
18:40.32*** join/#brlcad manoj (n=manojkmo@117.204.114.52)
18:43.46*** part/#brlcad manoj (n=manojkmo@117.204.114.52)
18:47.31d-loirpguardian reports "email is fixeded"
19:57.18brlcadcool
20:05.44brlcadstarseeker: perhaps Tk_CanvasEventuallyRedraw()
20:06.37starseekerwill give that a try (currently in the middle of trying 8.5.8 - tcl mac dev said there were some changes made since 8.5.6)
20:06.46brlcadand then call Tcl_DoOneEvent(TCL_ALL_EVENTS);
20:06.50brlcadtill there are no more
20:07.02brlcadnods
20:07.37starseekerjust about ready to merge in the update, actually - couple files to add to Makefile.am and I can go ahead and upgrade...
20:08.20brlcadyou have our build mods?
20:08.31starseekerthat's what's been taking all the time :-)
20:08.44brlcadthere are a handful made to their unix/Makefile.in
20:08.47starseekerif I was gonna build it, figured to build with our changes
20:08.54starseekeryeah, that was the most complex merge
20:09.25brlcadthey applied a couple of our fixes, so some things might not be necessary
20:09.42brlcadwould have to dig through their tracker to figure out what, though
20:09.48starseekernods - yeah, looks like your Haiku fixes made it in too :-)
20:10.21starseekerhas slogged through it - should be just about ready aside from adding new files
20:10.32brlcadthe patch that extends Tcl_Eval() processing to the extent of 32-bit should be there
20:10.41starseekeryep
20:10.49starseekeryou and bob have a changelog credit :-)
20:10.53brlcadthey modified it a little, but supports the same end-result
20:10.58brlcadah
20:11.01brlcadcool
20:12.18starseekerper advice of #tcl guys, emailed Daniel A. Steffen - he is the one who said to be sure I was working with the newest code first
20:13.03starseekerthey won't put much/any effort into the old Carbon backend, so I need to check the Cocoa one if I want to really report bugs
20:23.30starseekerisn't quite clear yet if this means he'll have to try 8.6b1... that would be entertaining but might also force the shelving of the Aqua efforts until 8.6 is stable
20:44.05CIA-38BRL-CAD: 03erikgreenwald * r37244 10/brlcad/trunk/src/librt/ (4 files in 3 dirs): shift marching cube tables out of metaball and into NMG
20:45.27starseekerwell... that worked great
20:45.33starseekernow it won't run at all
20:48.09``Erik"bull in chinashop" debugging? :D
20:48.21starseekerheh
20:49.38starseekernow the Tcl_DoOneEvent call just says Tcl_WaitForEvent: CFRunLoop finished
20:49.43starseekerAbort trap
20:50.02starseekercommenting out the DoOneEvent call results in the same behavior previously observed
20:50.26brlcadstarseeker: if 8.6b1 makes it all work and doesn't have noticaeable bugs on linux, that's reason enough to use it
20:50.34brlcadwe've used an alpha release before for that same reason
20:50.49starseekerbrlcad: won't that involve trying the new itcl/itk stuff too?
20:51.30brlcaddidn't say it would be simple .. basically said iff it all works ;)
20:51.35starseekerhehe
20:51.52starseekerok, that would at least make the devs more likely to help with bugs...
20:52.30brlcadcould put it all in a branch
20:52.35brlcadfollow it there
20:52.35starseekernods
20:53.03brlcadthat way won't make life hard for our ARL dev-users until it's all working
20:53.11brlcador whenever we decide to sync
20:53.20starseekerwill use the dmtogl branch - that's related in any case
20:54.46starseekertars up the 8.5.8 work just in case it's ever useful for something...
20:57.54*** join/#brlcad talcite (n=matthew@dhcp-143-147.mcme-students.carleton.ca)
20:59.36starseekerraises eyebrow - the current 8.6b1 files are from a year ago?
20:59.45starseekerriiight
21:00.13starseekerhunts dev repositories
21:02.13starseeker``Erik: why the heck do all my crit files belong to someone called bugQ
21:02.14brlcadsounds about right
21:02.20brlcadhah
21:02.28``Erikcuz you make lots of bugs
21:02.30``Erikseemed fitting
21:02.35starseekerheh
21:02.35``Erik(means a uid conflict)
21:02.55``ErikI copied the passwd list the other day for d-lo
21:03.06brlcadmust have manually made your account
21:03.11brlcadpre syncings
21:03.32starseeker``Erik made it a couple weeks back, iirc
21:03.39brlcadthat'd be why
21:03.56brlcadyou got "the next available", which was far behind the current one on .bz
21:03.56``Erikchownchownchown
21:04.16brlcadnow if someone(tm) would just finish up the migration, that wouldn't be a problem
21:04.23starseekerhas discovered that large branch syncs should be done on crit or his home box...
21:05.27``Erikyes, someone should commit a day or 2 and just hammer out the migration... O.o :D
21:05.31starseeker``Erik: ah, thanks :-)
21:05.36brlcadthink networking on .bz has some problem
21:05.54brlcadconnections getting throttled or maybe the firewall is just too big and needs flushing
21:06.04brlcadgets a cound
21:06.23brlcad3k entries.. not "too" badd
21:06.30brlcadbut that's a lot of searching per-packet, heh
21:07.33brlcadyeah, it's had 9k before the last time it was flushed
21:14.10``ErikI'm sure it's a linear search, too
21:25.34starseekereyes another large sync...
21:25.37starseekerarrgh
21:31.02starseekersyncing STABLE is gonna be epic
21:37.03starseekerHmm - this might be a decent test for the obj importer:  http://www.open3dproject.org/ <evilgrin>
21:40.07CIA-38BRL-CAD: 03irpguardian * r37245 10/brlcad/trunk/src/rt/view.c:
21:40.07CIA-38BRL-CAD: Removed some unneeded comments, and started to add a new function that will store
21:40.08CIA-38BRL-CAD: the value of the times taken to complete each pixel.
21:43.08*** join/#brlcad Ralith (n=ralith@69.90.48.97)
21:44.39CIA-38BRL-CAD: 03starseeker * r37246 10/brlcad/branches/rel8/ (209 files in 45 dirs): Syncing rel8 to trunk r32744
21:47.20CIA-38BRL-CAD: 03starseeker * r37247 10/brlcad/branches/dmtogl/ (228 files in 55 dirs): Syncing dmtogl to trunk r32744
22:08.26brlcadhm, mail still not getting through to irpguardian
22:08.42brlcador maybe just hasn't had time to sync
22:21.31CIA-38BRL-CAD: 03erikgreenwald * r37248 10/brlcad/trunk/src/librt/primitives/ (metaball/metaball_tri.c nmg/nmg_tri_mc.c): migrate cube+edgeset into nmg_tri_mc.c, tweak function signature
23:18.55*** join/#brlcad Ralith (n=ralith@69.90.48.97)
23:37.45starseekergrrr
23:38.00starseeker8.6 is going to be a pain
23:54.13starseekerthey're doing what appear to be Apple frameworks, which is good, and triggering their own configure stuff with a make call, which is bad
23:54.40*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni)
23:54.57starseekergonna have to take a step back and look at the right way to do the tcl/tk build, I'm afraid...
23:55.15starseekercheck out this framework thing...
23:55.24starseekerheads home
IRC log for #brlcad on 20100114

IRC log for #brlcad on 20100114

01:10.53starseekerclassifies today as "frustrating"
01:16.06starseekerwonders whether it wouldn't be better technique to get the Tk code we need written, and then play the Aqua Tk game...
02:31.16starseekerwell, at least the tk framebuffer works on gentoo...
02:36.42*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
02:47.40*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
03:11.00brlcadhmm.. interesting, http://www.explain.com.au/oss/docbook/
03:16.22brlcadwontinues continues the hunt for the shaders regression bug
07:18.11brlcadlooks like the shaders test has been broken for more than 3000 commits
09:12.47*** join/#brlcad PrezKennedyII (i=Matthew@whitecalf.net)
10:48.41*** join/#brlcad mafm (n=mafm@79.Red-83-37-7.dynamicIP.rima-tde.net)
13:03.58*** join/#brlcad mafm_ (n=mafm@79.Red-83-37-7.dynamicIP.rima-tde.net)
13:48.45``Erikneat
14:30.22brlcadnarrows down to within 500 commits, still searching
14:32.39CIA-38BRL-CAD: 03irpguardian * r37249 10/brlcad/trunk/src/rt/view.c:
14:32.39CIA-38BRL-CAD: Made the heat-graph make an inverted image for testing of values
14:32.39CIA-38BRL-CAD: that need to be changed.
14:57.21*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk)
15:38.39brlcadfinally gets it down to less than 100 commits
15:40.46*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk)
15:40.55starseekeris gonna start pulling his hair out
15:41.18starseekerthe Tk_Canvas call doesn't apply - can't find a canvas object in this mix anywhere
15:41.50starseekerthe photo stuff is all hidden - Tk_ImageChanged I can't call directly, and presumably it's being called anyway
15:42.18starseekerthe 8.6 build for tcl/tk seems to have changed significantly
15:42.30brlcadif you can get at the Tk_Window, I believe you can get at the canvas
15:42.33brlcadthrough another call
15:42.51brlcadwe use the tkwin all over the place, so should be derivable
15:43.15brlcador maybe not, but something to check
15:43.35brlcadgives up narrowing any further from here
15:43.42starseekeris it in the libs?  don't see Canvas in mged
15:47.17starseekeroh wait, .fb_tk_canvas
15:47.24starseekermaybe I can use that
15:54.34starseekergrrrrrrrr
15:54.52starseekerno obvious way to get at the canvas object in C land
15:59.45brlcadwhat did you need the canvas for?
16:00.35brlcadif_tk creates a canvas via tcl, and manages it that way
16:01.00brlcadif you need a C hook, you'll probably have to replace those calls with the corresponding C
16:01.39brlcadwhich probably means reading the source of the tk 'canvas' command to see what it's doing during Tcl_Eval
16:04.36starseekerI'm trying to find an explicit refresh command I can invoke from this level, but the sense I'm getting is that I'm not supposed to be doing that
16:05.05brlcadah
16:05.28starseekerthe DoOneEvent call SHOULD work, and on X11 systems does work
16:07.32starseekerwhat do you think - I'm a little leery of dumping a ton of work up front into 8.6 tcl/tk when it may or may not work - might be better to finish our parts of the tcl/tk coding using the X11 systems and then it's ready when Tcl/Tk is ready
16:11.59brlcadmm.. http://books.google.com/books?id=X8TT0W7Wo0sC&lpg=PA315&ots=R6n0UWCQ_9&dq=tk%20refresh%20canvas%20-perl%20-ruby&pg=PA315#v=onepage&q=tk%20refresh%20canvas%20-perl%20-ruby&f=false
16:12.10brlcadI think I have my copy  of that book somewhere around there
16:12.30brlcadsure, get it working on X11
16:12.36brlcadshould be able to verify it works on Windows too
16:12.47starseekernods
16:12.51brlcadif it works on both of those, that's a pretty safe bet that it's just some aquatk issue
16:13.14starseekerI'll toss an email to the tcl-mac list, see if anyone has tried this type of low level stuff with Aqua 8.6
16:13.41brlcad34000 == working && 34120 == broken .. lil closer
16:14.06starseekershould get 'em thinking about it, if nothing else
16:14.08starseekercool!
16:14.18starseekerhopes he didn't break it...
16:16.55CIA-38BRL-CAD: 03erikgreenwald * r37250 10/brlcad/trunk/src/librt/primitives/ (metaball/metaball_tri.c nmg/nmg_tri_mc.c): some (untested) edge solving for marching cubes
16:16.57brlcadjust goes to show, the longer a bug goes unfixed, the more expensive it is to fix it
16:17.10``Erik"technical debt", wee
16:17.20``Erikjust goes to show, cron that shit :D
16:17.23brlcadit was very likely some minor "we'll get to that later" issue
16:18.30brlcadit's not been a matter of the test not running, cron wouldn't have helped
16:19.10brlcadit's been running, regression suite has been failing on it since at least March 2009
16:19.41brlcadand we've had at least a half-dozen releases since then with everyone running distcheck actively ignoring it
16:20.24``Erikregress isn't mentioned in the release procedure in HACKING
16:20.42``Erikdaily emails from a cron woulda annoyed someone into fixing it back in march :D
16:20.47brlcaddistcheck runs regress
16:21.20``Erikstarts pondering food
16:26.15*** join/#brlcad talcite (n=matthew@dhcp-143-147.mcme-students.carleton.ca)
16:28.48CIA-38BRL-CAD: 03brlcad * r37251 10/brlcad/trunk/NEWS:
16:28.48CIA-38BRL-CAD: bob added support to the bot_dump command to allow combinations to be specified.
16:28.48CIA-38BRL-CAD: the combination is walked and all bots encountered are exported. (don't know
16:28.48CIA-38BRL-CAD: what it'll do with subtractions and intersects..but will probably export the
16:28.48CIA-38BRL-CAD: leaves as-is)
17:08.49brlcadstarseeker: is the display manager toggling stable now?
17:33.37*** join/#brlcad talcite_ (n=matthew@dhcp-143-147.mcme-students.carleton.ca)
17:38.50brlcadhuh, sourceforge acquired ohloh last summer
17:38.54brlcadmissed that tid bit
17:39.10brlcadmigrated to sf.net infrastructure just a couple months ago
17:52.47brlcaddamnits, had the range wrong, off by 500
17:58.36*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
18:17.16*** join/#brlcad Elrohir (n=kvirc@p5B149393.dip.t-dialin.net)
18:20.23``Erikpats his belly
18:20.33brlcadshakes his fist
18:20.44``Erikfind where starseeker broke the test yet? :D
18:21.10brlcadnot yet, still narrowing
18:21.34``Erik<-- did some Ren-esque fingerpointing and saying "YOUUUUUUuuuuu"
18:21.57brlcadgetting faster to update and retest the closer I get, fewer commits
18:22.58brlcadreally don't want to pick up shop and head in till I finish, though .. rather infuriating to not pinpoint it more quickly
18:23.19``Erikfor rev in `jot 20 34000` ; do xterm -c "svn co -r$REV https://... rev$rev && cd $rev && autogen.sh && ..." ;d one
18:23.22``Erik:D
18:24.23brlcadnot quite that simple
18:25.02brlcadsome revs require .Plo file edits, others are conflicted updates or require minor edits to compile
18:25.11``Erikeck
18:26.26brlcadnarrowed back down to a range of 50 commits
18:31.27starseekerbrlcad: that toggling should be stable
18:31.37starseekerif it breaks I'd like to hear about it
18:31.51starseekernot tried on Windows, obviously
18:32.32brlcadstarseeker: reason I ask is news file
18:32.37brlcadnever got an entry
18:33.14starseekeroh, ooops
18:33.24starseekerwant me to get it?
18:33.45brlcadnaturally :)
18:36.16CIA-38BRL-CAD: 03starseeker * r37252 10/brlcad/trunk/NEWS: Add support for runtime toggling between different display managers in MGED.
18:40.40*** join/#brlcad Ralith (n=ralith@69.90.48.97)
19:26.18brlcad*drumroll*
19:28.31brlcadstarseeker: you're safe!
19:28.41brlcadheh, it was old faithful ;)
19:29.21CIA-38BRL-CAD: 03irpguardian * r37253 10/brlcad/trunk/src/rt/view.c:
19:29.21CIA-38BRL-CAD: Now able to pull current working pixel, which will eventually lead to file/array
19:29.21CIA-38BRL-CAD: input for time graph.
19:30.38brlcad``Erik: you're good at whining .. and since I can't get him an e-mail...
19:31.23brlcadusing the wrong brace style, c++/c99-style comments, and should have a space after his astericks in block comments
19:38.06``ErikI let him know, he's fixing things up and looking into the email thing (he hadn't tried sending one to his sf account, he's forwarding it to gmail supposedly)
19:38.21``Erik(good at whining? why I oughta....
19:41.22CIA-38BRL-CAD: 03irpguardian * r37254 10/brlcad/trunk/src/rt/view.c: Various changes to comments / blocking style to make it more 'right'
19:52.42``Erik(is there anything he'd have to do special to get M-x butterfly-mode for indenting?)
19:56.10CIA-38BRL-CAD: 03brlcad * r37255 10/brlcad/trunk/src/libged/ged.c:
19:56.10CIA-38BRL-CAD: either the math is wrong in _ged_mat_aet(), or there is some bad initialization
19:56.10CIA-38BRL-CAD: juju in here. don't call _ged_mat_aet() to set the rotation matrix here
19:56.10CIA-38BRL-CAD: otherwise we end up horking the shaders.sh regression test. this gets the
19:56.11CIA-38BRL-CAD: regression suite passing again, busted after r33883.
19:56.35``ErikO.O
19:56.46``ErikI thought you said it worked in r34000
20:03.31CIA-38BRL-CAD: 03brlcad * r37256 10/brlcad/trunk/regress/ (mged_test.sh repository.sh): remove trailing ws
20:04.42CIA-38BRL-CAD: 03brlcad * r37257 10/brlcad/trunk/src/libged/vutil.c: document that _ged_mat_aet() needs to be investigated.
20:05.59brlcadthen I later said I went the wrong way
20:06.03brlcadoff by 500
20:06.05``Erikoh, missed that :D
20:06.51``Erikirpguardian asked if you're happy now... (looks like excessive whitespace... ")  {"?)
20:07.31brlcadsubdivided by 2k's, then 1k's, then 500, then .. went the wrong way all the way down to about 10 commits before realzing it
20:08.07brlcadif i'm happy now?
20:08.18brlcadahh
20:08.20``Erikyeh, r37254, he tried fixing the stuff
20:08.54brlcadit's better, but incomplete
20:09.41``Erikwhat's the emacs equivalent of ggvG= ?
20:09.48``Erik(or :%!indent)
20:10.03brlcadM-x indent-region
20:10.14``Erikis there an indent-file
20:10.15``Erik?
20:10.31brlcadit uses a built-in style that are footer defines
20:10.37``Erikmeh, region should be good 'nuff, I'll go tell him about it
20:10.43brlcaddoesn't redo braces, it's just basic indentation setup
20:11.29starseekergetting XAllocColor and other such things being undefined when I try the 8.6 beta in aqua, but NOT when I do it with X11... see stub definitions in the macosx directory that must not be getting built... may have to platform conditionalize the Makefile.am, looks like the unix dir won't cut it on macosx any more in the non-X11 case
20:12.10brlcad``Erik: the problem is more that he's following the existing style in the file, that file hasn't been cleaned up yet
20:12.21``Erikok, he's dorking with figuring out how to mark now
20:12.31``Erikah, 'k, I'll tell him that
20:13.57starseekeralso wonders why it's doing -ltk8.5 when the version is 8.6... weird
20:14.19``Erikpointed him to the hacking file, *shrug* :)
20:17.42starseekeridly wonders if 8.6 tk exhibits the same X11 bug on the Mac...
20:18.42starseekeryeah, compile made it to the docs stage when using X11 - gonna have to conditinally go for macosx when doign the aqua build
20:20.52starseekerdecides - today and tomorrow get the newest stuff into the dmtogl branch, compiling or not, and do whatever can be done quickly - next week, back to creating libdm/libfb tk code
20:22.36brlcadctrl-space is mark
20:22.43CIA-38BRL-CAD: 03brlcad * r37258 10/brlcad/trunk/src/rt/view.c: style cleanup. k&r brace style, eliminate space paddings, and more ws. style and comment consistency cleanup.
20:23.54brlcadnow it's clean
20:24.47starseekergrowl
20:24.48``Erikhe's updated and going now
20:25.10starseekerget the Tcl_WaitForEvent: CFRunLoop finished behavor even with X11 on 8.6 beta...
20:25.29starseekersubscribes to tcl-mac
20:33.49``Erikwow, the tk fb works
20:36.47``Erik(middle and right click don't work in the tk fb)
20:36.59starseekerno surprise
20:37.32``Erikjust sharing my findings :) (or, "whining", according to some)
20:37.49starseekerwhat's right click supposed to do?
20:38.08``Erikclose the window
20:38.13starseekerah, k
20:38.16``Erikmiddle click gives you x,y,r,g,b
20:38.18starseekerjust need to add another binding
20:38.48starseekertake a look at if_tk.c as compared to the other if_*.c files, it looks... a bit short at the moment :-P
20:39.19``ErikI'd hope it'd be significantly shorter than the others even when it's complete... :D TK abstracts a lot of the footwork...
20:39.31``Erikif_sdl.c might be even shorter still O.O
20:39.35starseekeroh, absolutely
20:40.13starseekerthat's one of the main reasons to hope that the tk framebuffer can become the "one true MGED/Archer framebuffer" - big old code simplicifation
20:40.31starseekerbut right now there are a lot of stub functions with nothin ;-)
21:01.08*** join/#brlcad talcite_ (n=matthew@dhcp-143-147.mcme-students.carleton.ca)
21:07.51CIA-38BRL-CAD: 03erikgreenwald * r37259 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: document the vertex/edge topology of the cube. Return the error code on failure (instead of -1)
21:24.44starseekeruh...
21:24.59starseekerneeds an objective c compiler, apparently...
21:26.06brlcadgcc/g++ should work on mac
21:28.06starseekerI'm getting a trigger of #if !__OBJC__
21:29.04starseekerweird
21:29.16starseekergcc does have objc support, according to gcc -v
21:29.41brlcadif !defined(__OBJC__)
21:31.06starseekerstill triggering
21:31.15starseekerand followed immediately by a slew of parse errors
21:31.20starseekerin all cases
21:32.05starseekerah, well
21:35.08CIA-38BRL-CAD: 03brlcad * r37260 10/brlcad/trunk/src/libged/gqa.c:
21:35.08CIA-38BRL-CAD: fix gqa crash on 64-bit linux where strsep() is not defined (due to strict
21:35.08CIA-38BRL-CAD: compilation, it's a bsd extension). the 32-bit int return value getting cast to
21:35.08CIA-38BRL-CAD: a 64-bit pointer was badness. instead rewrite the units parsing to use strtok()
21:35.09CIA-38BRL-CAD: since it's c89, also taking the opportunity to get rid of the unnecessary goto
21:35.11CIA-38BRL-CAD: logic. while we're at it, take care of fstat/fileno warnings along with a
21:35.13CIA-38BRL-CAD: strdup() -> bu_strdup() fix.
21:37.09CIA-38BRL-CAD: 03brlcad * r37261 10/brlcad/trunk/NEWS: diagnosed and fixed a bug in 64-bit linux where strsep getting run without a prototype was causing a segfault (due to 32-bit int to 64-bit pointer conversion). observed on RHEL5.
21:37.15``Erikum, linux doesn't ship gobjc by default, it's an addon package for most distros
21:37.20``Eriksame with bsd
21:37.33starseekeris on mac
21:37.46``Erikbut it is part of the gcc suite and the gcc frontend can point towards it with the right flags, I think :)
21:38.04``Erikautomake should see .m and assume it needs to run gobjc instead of gcc
21:38.21brlcadthey build it in on the mac
21:38.38brlcadsome other juju is wrong
21:38.38``Erikshuts up and reads the scroll
21:39.12starseekeris seeing other problems with the Make stuff - should probably diagnose that first
21:39.52starseekerfirst order of business is to get committing to dmtogl - there are some configure.ac and other changes to be made here
21:40.03brlcadwoo hoo, the regression suite now passes save for one false-positive on a common.h header check
21:40.09starseekersweeet!
21:40.14starseekergood work brlcad
21:41.00``Erikthe points lexer?
21:41.23CIA-38BRL-CAD: 03erikgreenwald * r37262 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: add missing curly
21:41.48``Erikif I do 'DISPLAY="" make regress', is it going to freak out? :)
21:41.55brlcad``Erik: yep
21:42.58``Erik(is that the last gotcha before it's cron ready?)
21:42.58brlcader, yep to the first, dunno about the latter
21:44.05``Erikhm, it seems to pass without a valid display, neat
21:44.21``Erik(with the display, I thought I saw the mged tk gui flash)
21:44.34starseekeryeah, I saw that too
21:44.42starseekerI think some of the mged commands trigger it
21:44.57``Erikheh, "attach"? :D
21:45.43starseekersuppose we should break things into "gui" and "non-gui" portions, to allow for a non-gui regression that tests what it can...
21:48.52``Erikheh, "attach"? :D
21:48.56``Erikwoops
22:03.18CIA-38BRL-CAD: 03starseeker * r37263 10/brlcad/branches/dmtogl/ (3 files in 3 dirs):
22:03.18CIA-38BRL-CAD: Start working on an upgrade to the way the build logic handles tcl/tk on OSX -
22:03.18CIA-38BRL-CAD: looking ahead to 8.6 tcl/tk and Aqua support, we can no longer pretend OSX is
22:03.18CIA-38BRL-CAD: unix and build the unix directory of tcl/tk - will need to use the actual macosx
22:03.18CIA-38BRL-CAD: directory. Also, new work on the Tk Aqua backend is being done via Cocoa rather
22:03.21CIA-38BRL-CAD: than Carbon, so need to reexamine what is needed for the non-X11 build flags to
22:03.23CIA-38BRL-CAD: tcl/tk
22:04.08yukonbobhello, #brlcad
22:04.28starseekerhey yukonbob
22:04.49CIA-38BRL-CAD: 03starseeker * r37264 10/brlcad/branches/dmtogl/ (9 files in 6 dirs): Sync dmtogl trunk to r37263.
22:04.51starseekerthis Tcl/Tk stuff is tiring :-P
22:12.02CIA-38BRL-CAD: 03irpguardian * r37265 10/brlcad/trunk/src/rt/view.c:
22:12.02CIA-38BRL-CAD: Moved timetable_init as so it wouldn't cause warning messages if called in
22:12.02CIA-38BRL-CAD: color view. Also added funtionality to timetable_init as now it stores values
22:12.02CIA-38BRL-CAD: into the time_table array, as well as longest time and shortest time.
22:23.07starseekerhmm, looks like that Cocoa framework test doesn't work
22:23.17starseekerblegh
22:26.14starseekersupposes he shouldn't be surprised, since it was a complete takeoff of the Carbon test...
22:31.29CIA-38BRL-CAD: 03irpguardian * r37266 10/brlcad/trunk/src/rt/view.c:
22:31.29CIA-38BRL-CAD: Added a variable which increments whenever a new entry is added into time table,
22:31.29CIA-38BRL-CAD: will be used for calculating average.
22:32.15``Erikisn't sure which makes him more manic; rapid progress and success, or making starseekers brain hurt
22:32.37starseekerwhat about success that makes my brain hurt?
22:33.41``Eriksee, now you're just begging for a mean quip about any success making your brain hurt..
22:34.10starseeker<snort> after this week it would be hard to argue
22:37.30starseekerfelt a few twinges when that tk framebuffer didn't behave quite right on AquaTk
22:37.37CIA-38BRL-CAD: 03starseeker * r37267 10/brlcad/branches/dmtogl/configure.ac: See what happens with the old 8.5 tcl/tk when this build logic is used.
22:43.34CIA-38BRL-CAD: 03erikgreenwald * r37268 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: start building triangles
23:19.21starseekerwhat's the point of having stub library files and linkages?
23:19.34starseekeris sure there is one, but it's making his life annoying at the moment...
23:31.55louipcI wonder how hard it would be to make one of these in brl-cad: http://www.youtube.com/watch?v=qLJxMUw51N8
23:42.25CIA-38BRL-CAD: 03starseeker * r37269 10/brlcad/branches/dmtogl/configure.ac: Need at least one file from the unix dir for includes.
23:58.32``Erikpuh-puh-puh-puh-pokerface *sing*
23:58.39``Erik(cartman style)
IRC log for #brlcad on 20100115

IRC log for #brlcad on 20100115

00:01.09starseekerhumph
00:01.43starseekerfunny errors when building and installing, tk framebuffer does the same thing and now the libdm tk stuff wipes out
00:03.21starseekerso much for using the macosx dir with 8.5... plus it looks like it was something about the tcl/tk stubs that was causing the X* issues, not unix vs macosx
00:03.31starseekerso that whole trick might be unnecessary
00:03.38starseekerwhat a week
00:03.53starseekerhopes the 8.6 code does need the trick...
00:20.30CIA-38BRL-CAD: 03starseeker * r37270 10/brlcad/branches/dmtogl/src/other/tk/unix/Makefile.in: Install script is always in the unix directory, so make sure the install rules know that.
01:12.35*** join/#brlcad Ralith (n=ralith@69.90.48.97)
01:27.26*** join/#brlcad Ralith (n=ralith@69.90.48.97)
01:51.04brlcadlouipc: neat machining
02:50.53pooliohowdy all
02:51.49pooliolouipc: I want one of those :)
03:19.20brlcadhowdy poolio
03:21.42CIA-38BRL-CAD: 03brlcad * r37271 10/brlcad/trunk/src/external/ProEngineer/Makefile.am: include the new pro/e 5 build file in the dist
03:23.03CIA-38BRL-CAD: 03brlcad * r37272 10/brlcad/trunk/doc/docbook/Makefile.am: the included Makefile.am files have to be included in the dist too, else kablooey.
03:27.18pooliobrlcad: I'm taking a graphics class this semester :D
03:27.35brlcadfantastic!
03:28.03brlcadshould be great, one of my favorite classes :)
03:28.44brlcadonly wish I knew what I know now about the things in BRL-CAD I could have used as a foundation for various projects we worked on
03:29.34brlcadfeel free to work on things you're learning in the repo if you care to make a working graphics tool that we don't already have ;)
03:33.42pooliowill do. Although I'm pretty sure BRL-CAD will have it all
03:33.49*** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
03:41.42*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
03:41.57brlcadpoolio: nah, there is plenty we don't have, even from an intro course -- image processing filters, software rendering, various shaders, ..
03:42.11brlcadarticulation tools
03:42.24brlcaddepends what they cover, of course
03:52.18``Erikthe graphics course I went to was very heavy in opengl O.o but that was quite a while ago :)
03:52.32``Erikgraphics course at the school I went to, rather
03:52.46``ErikI didn't actually take it, but I looked over my friends notes and assignments
03:53.22``Erikscrapped up a quick sorbel filter for shits and giggles, mebbe should make an fb tool to do that O.o
03:53.30brlcadthe second half of graphics, particularly the final project, is where I could have put it to good use
03:55.22``Erikwonders what it'd take to pimp BRL-CAD as a foundation for uni courses to use O.o
03:57.33brlcadwould probably want to demonstrate how it could be put to academic use for a given set of tasks, leaving many unimplemented -- like writing a new image filter tool, or a new shader, or a new primitive, or a new procdb, etc, showing how it can be applied to an academic setting
03:58.58``Erik*shrug* idle thought
04:02.40starseekerbrlcad: remind me to either disable the tk framebuffer for release or make it the non-preferred one by default - don't want to upset folk in the next release
04:03.05brlcadokay
04:03.22brlcadit's already not the default for mged, iirc
04:03.31starseekermight just turn it off in trunk and fight it out in dmtogl
04:03.32brlcadjust have to make sure it's not the default for libfb
04:03.36starseekerright
04:04.22starseekeris gearing up for another attempt at TEA + configure.ac + Makefile.am... now that we're going to be tkhtml upstream it would REALLY be nice to get that working correctly
04:04.59starseekerdunno how much chance of success I have, but ever since that tkpng thing I've wanted to figure out how to do that right
04:05.13CIA-38BRL-CAD: 03brlcad * r37273 10/brlcad/trunk/src/libfb/fb_generic.c: make sure the tk interface isn't the default
04:05.24starseekeroh, cool - thanks :-)
04:05.26brlcadtkhtml should be easy -- just make them an automake project and we're good
04:05.33poolio``Erik: yeah...this course looks like it's entirely opengl foo
04:05.50brlcader, non-libtool
04:05.53starseekerbrlcad: right, but need to make sure the TEA path magic and whatnot is preserved
04:06.09starseekeruh, non-libtool?
04:06.27poolioif anyone cares, see: http://www.cs.cmu.edu/afs/cs/academic/class/15462-s09/www/
04:06.28brlcadthe main problem was that they don't provide libtool archive libraries
04:06.37brlcadif they did, we would have been golden
04:06.45poolio``Erik: How bout industry acceptance? :P
04:06.59starseekerwhat about something like tkpng that needs to get config.cache values for things like libz from upstream?
04:07.58starseekerdoesn't know what issues togl might also introduce...
04:08.07starseekerneed a general solution
04:11.25starseekerpoolio: perfect - to learn opengl, write a new libdm display manager based on togl ;-)
04:12.38starseeker<crickets chriping>
04:13.01brlcadif tkpng were a libtool project, it'd just get passed the libz.la as an ldflag
04:13.10brlcadthe issue all stems from not using libtool
04:13.23starseekerah, so we can integrate libtool at the configure.in level?
04:13.36brlcadvia chainsaw
04:13.58starseekeris vaguely disquieted...
04:15.17starseekerah, well - if it works it works, chainsawed in or not...
04:15.47Ralithstarseeker: togl?
04:16.01starseekerRalith: tcl/tk bindings to opengl
04:16.07starseekerhas a C and a Tcl api
04:16.15Ralitho
04:16.21starseekerkinda the "standard" widget anyone uses when doing opengl in tcl/tk
04:17.12Ralithread it as "to gl" and thought someone had gotten a nice tesselator working or something
04:17.17starseekerhehe
04:17.28starseekernot yet, although keep an eye on ``Erik
04:17.51starseekertogl is for once we have that tesselator (and faster wireframe rotating...)
04:18.17pooliostarseeker: heh, probably won't have the time. I'm probably just going to audit the course...really busy with research
04:18.30starseekerpoolio: cool
04:18.48pooliobut maybe in the future I'll have time :)
04:19.37starseekerdecides sleep is the better part of common sense... - night all!
04:24.41``Erikheh
04:24.45``Erikhides
04:25.12``Erik(industry acceptance vs uni usage is an interesting subject... very much positive feedback loops)
04:27.24``Erikralith: src/librt/primtives/nmg/nmg_tri_mc.c is the beginnings of a marching cubes tesselator
04:31.49Ralithcool
04:32.14Ralithisn't marching cubes really bad on nonorganic shapes, though?
04:32.31``Erikprobably
04:32.46Ralithseems like it'd really bungle any hard edges
04:32.51``Erikyes
04:33.03Ralithand probably make non-aligned flat surfaces weird
04:33.11``Erikbut it's what I've been funded to work on, so *shrug* it's happening, and that's what starseeker was referring to :)
04:33.17Ralith'kay
04:33.34RalithI guess it doesn't have to be pretty to be a valuable modeling aid
04:33.40``Erikno, flat surfaces should be ok... provided the nmg decimate routine does a decent job
04:33.48``Erikbut edges will be sloppy
04:34.09``Erikstart seeing a sawtooth pattern, I'd imagine
04:34.18Ralith...oh, right, the algo interpolates
04:35.46``Erikpossibly sometime next week, the metaball primitive will be tesselating using the algo, shooting for the task to be 'done' in april
07:34.43*** join/#brlcad ibot (i=ibot@rikers.org)
07:34.43*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
07:44.49Ralithooh, near-term!
07:44.52Raliththat will be fun to play with
08:13.27*** join/#brlcad ChanServ (ChanServ@services.)
08:13.28*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
08:13.29*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
08:13.29*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ)
08:13.29*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
08:13.29*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
08:13.29*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
08:13.29*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
08:13.29*** join/#brlcad d-lo (n=claymore@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
08:13.29*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
08:13.29*** mode/#brlcad [+o ChanServ] by irc.freenode.net
08:35.23*** join/#brlcad Ralith (n=ralith@69.90.48.97)
11:33.55*** join/#brlcad ChanServ (ChanServ@services.)
11:33.55*** mode/#brlcad [+o ChanServ] by irc.freenode.net
11:42.48*** join/#brlcad ChanServ (ChanServ@services.)
11:42.48*** mode/#brlcad [+o ChanServ] by irc.freenode.net
12:22.24*** join/#brlcad ibot (i=ibot@rikers.org)
12:22.24*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
13:48.47CIA-38BRL-CAD: 03brlcad * r37274 10/brlcad/trunk/doc/docbook/Makefile.am: MAKEFILE_TEMPLATES is causing the .am files to get copied into the build directory for some reason.. try extradist without srcdir.
14:40.48brlcadthat seems to do the trick
14:40.54brlcadclean distcheck, ready to go
14:44.12CIA-38BRL-CAD: 03brlcad * r37275 10/brlcad/trunk/TODO: push some items down, not clear they'll actually get addressed in the next release. obj-g stalled, shelling ignored until marching cubes is done, dbfind isn't pressing.
14:46.57CIA-38BRL-CAD: 03brlcad * r37276 10/brlcad/trunk/BUGS: and it was even documented.. by me. sunofabitch. shaders.sh is now fixed, albeit by undoing the view initialization that broke it. will have to see what else falls out.
15:57.04``Erikthe shelling fix was kinda shuffled cuz I think it'll fall out of the stuff I'm doing over the next two weeks... O.o :)
15:57.28``Erikand I have a feeling that I'm going to get annoyed answering questions about obj-g and just do it once I have that milestone met
17:59.54brlcadwell I'm certainly not your scapegoat this month!
18:00.17brlcadyou have samples that fail in abundance now
18:01.36``ErikI do? samples? huh?
18:04.12brlcadyeah, I PM'd you links a few weeks ago
18:04.22``Erikohhh, obj files
18:04.32``ErikI passed those along to,uh, the guy who's working on that now
18:04.52brlcadcool
18:04.54*** join/#brlcad talcite_ (n=matthew@dhcp-143-147.mcme-students.carleton.ca)
18:05.36``Erikhe kept asking about a formal specification, and looking at hte more esoteric bits... I kinda crapped on his parade and kept repeating that we just need enough to make our sample set work
18:07.40*** join/#brlcad Elrohir (n=kvirc@p5B14ACFE.dip.t-dialin.net)
18:09.58brlcadI actually have a copy of the OBJ spec somewhere
18:10.04brlcadlemme see if I can dig it up
18:10.28brlcadif he wants to go hog wild and implement support for everything, I wouldn't stop him
18:10.39brlcadhis OCD tendancies in that regard would be a win
18:11.08brlcadcertainly better than spending all day "training"
18:11.46brlcadyep, there it be
18:11.50brlcaduploaded
18:14.46``Erikum, I'm not int he office today, 4 day weekend, w00t :D
18:14.52brlcadahh, okay
18:15.01``ErikI think there's enough there to keep one or two ocd type folk busy for years
18:15.12brlcadstill better than "training"
18:15.15``Erikit's not step bad, but it goes to some nutty crap... bunches of nurbs crap, etc
18:15.31``Erikheh, two full days in an auditorium for 'diversity training'? zomfg, wtff?
18:18.42``Erik(so is this going to be the brlcad.org migration weekend?)
18:24.31brlcadgood idea actually
18:24.48brlcadif I can get this release out today, that'll leave most of sun/mon for it
19:07.23starseekerah ha - the Apache rivet code does have a configure.ac with TEA stuff in it :-)
19:07.29CIA-38BRL-CAD: 03starseeker * r37277 10/brlcad/branches/dmtogl/src/other/incrTcl/ (198 files in 28 dirs):
19:07.29CIA-38BRL-CAD: Update incrTcl to itcl-ng cvs version as of January 15, 2010. Unlike older
19:07.29CIA-38BRL-CAD: incrTcl trees this appears to have its own configure.in script, so removing the
19:07.29CIA-38BRL-CAD: Makefile.am logic - will have to switch BRL-CAD build logic to attempt a proper
19:07.29CIA-38BRL-CAD: subconfigure, as of right now this won't build.
19:07.34starseekerwoot
19:24.18*** join/#brlcad parigaudi (n=quassel@pd95b7f5e.dip0.t-ipconnect.de)
19:41.28CIA-38BRL-CAD: 03bob1961 * r37278 10/brlcad/trunk/src/libged/draw.c: Fixed a typo.
19:45.37*** join/#brlcad parigaudi (n=quassel@pd95b7f5e.dip0.t-ipconnect.de)
19:46.16*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
19:48.11CIA-38BRL-CAD: 03brlcad * r37279 10/brlcad/trunk/src/libged/draw.c: strrchr can return null, check for it.
19:48.14brlcadand that easily, bugs are introduced
19:48.24brlcad"Fixed a typo."
19:57.41*** join/#brlcad Yoshi47 (n=jan@64.235.102.210)
20:05.25CIA-38BRL-CAD: 03brlcad * r37280 10/brlcad/trunk/ChangeLog: update Changelog in preparation for release 7.16.4
20:09.00CIA-38BRL-CAD: 03bob1961 * r37281 10/brlcad/trunk/src/libged/draw.c: The previous typo fix was premature. We only need to check if the returned cp is NULL.
20:29.05starseekerah!
20:29.19starseekertcl.m4 goes in the m4 directory, not in the tclconfig directory
21:01.09CIA-38BRL-CAD: 03bob1961 * r37282 10/brlcad/trunk/src/libged/bot_dump.c: Remove undesired cp increment/advancement.
21:16.03CIA-38BRL-CAD: 03starseeker * r37283 10/brlcad/branches/dmtogl/src/other/tkhtml3/ (20 files in 5 dirs):
21:16.03CIA-38BRL-CAD: Not pretending this is remotely close to correct yet, but start working on a
21:16.03CIA-38BRL-CAD: hybrid autotools/TEA build system for tkhtml3 using the Apache rivet work as a
21:16.03CIA-38BRL-CAD: guide. Does NOT work. If we can actually get it working, the *.in files can
21:16.03CIA-38BRL-CAD: go away.
21:21.54CIA-38BRL-CAD: 03starseeker * r37284 10/brlcad/branches/dmtogl/src/other/tkhtml3/src/Makefile.am: Ah yes, these files are now in the same directory as the Makefile.am.
21:45.25starseekerbrlcad: do we sync to STABLE?
21:48.47brlcadthat should take us through step 5 of the release steps
21:49.27brlcadinteresting .. recent commits aren't announced yet
21:49.44brlcadlooks like last sync was r36843
21:50.24starseekernods
21:50.32starseekerdoing initial checkout on crit now
21:53.21starseekerthinks sourceforge hates me today...
21:57.44CIA-38BRL-CAD: 03brlcad * r37285 10/brlcad/trunk/ (6 files in 6 dirs): bump to 7.16.4 for release. looks like we're good to go.
22:08.13starseekerwill check back in a few hours and see if the STABLE checkout is ready for the merge command...
22:32.51*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
23:14.13*** join/#brlcad ChanServ (ChanServ@services.)
23:14.13*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ)
23:14.13*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni)
23:14.13*** join/#brlcad CIA-11 (n=CIA@208.69.182.149)
23:14.13*** join/#brlcad mafm_ (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
23:14.31*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
23:14.31*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net)
23:14.31*** join/#brlcad d-lo (n=claymore@BZ.BZFLAG.BZ)
23:14.31*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl)
23:14.31*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net)
23:14.31*** join/#brlcad Maloeran (n=maloeran@glvortex.net)
23:14.31*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ)
23:14.31*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ)
23:14.31*** join/#brlcad Computer (n=Computer@unaffiliated/computer)
23:14.31*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
23:14.31*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
23:14.31*** join/#brlcad poolio (n=poolio@BZ.BZFLAG.BZ)
23:14.31*** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl)
23:14.31*** mode/#brlcad [+o ChanServ] by irc.freenode.net
IRC log for #brlcad on 20100116

IRC log for #brlcad on 20100116

00:10.14*** join/#brlcad ChanServ (ChanServ@services.)
00:10.14*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos)
00:10.14*** join/#brlcad Computer (n=Computer@unaffiliated/computer)
00:10.14*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net)
00:10.14*** join/#brlcad d-lo (n=claymore@BZ.BZFLAG.BZ)
00:10.14*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
00:10.14*** join/#brlcad mafm_ (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
00:10.14*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl)
00:10.14*** join/#brlcad Phurl_ (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
00:10.14*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ)
00:10.14*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni)
00:10.14*** join/#brlcad CIA-11 (n=CIA@208.69.182.149)
00:10.14*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl)
00:10.14*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net)
00:10.14*** join/#brlcad Maloeran (n=maloeran@glvortex.net)
00:10.15*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ)
00:10.15*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ)
00:10.15*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
00:10.15*** join/#brlcad poolio (n=poolio@BZ.BZFLAG.BZ)
00:10.15*** mode/#brlcad [+o ChanServ] by irc.freenode.net
00:20.00*** join/#brlcad ChanServ (ChanServ@services.)
00:20.00*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad d-lo (n=claymore@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad mafm_ (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad Phurl_ (n=mdupont@ip-81-210-245-60.unitymediagroup.de) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad CIA-11 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
00:20.00*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
00:20.01*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
00:20.01*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) [NETSPLIT VICTIM]
00:20.01*** join/#brlcad poolio (n=poolio@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
00:20.01*** mode/#brlcad [+o ChanServ] by irc.freenode.net
00:48.27*** join/#brlcad Ralith (n=ralith@69.90.48.97)
01:04.37*** join/#brlcad Ralith (n=ralith@69.90.48.97)
02:15.53CIA-11BRL-CAD: 03starseeker * r37286 10/brlcad/branches/dmtogl/src/other/tcl/ChangeLog.2007: Start upgrading tcl in dmtogl branch
02:17.37starseekergrrrr
02:18.18starseekermakes a note to write a script based on brlcad's subversion config file to automatically propset files that don't have the eol-style and mime-type properties
02:35.29CIA-11BRL-CAD: 03starseeker * r37287 10/brlcad/branches/STABLE/ (2922 files in 189 dirs): Sync STABLE to trunk r37285 - release 7.16.4
04:44.28*** join/#brlcad Ralith (n=ralith@69.90.48.97)
08:08.26*** join/#brlcad IriX64 (n=Warlock@bas2-sudbury98-1096601115.dsl.bell.ca)
13:00.24*** join/#brlcad mafm_ (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
14:10.09``Erikum, if it's in your config, you shouldn't need a script?
14:10.33``Erik<-- is doing it manually to remind him that a new file requires a lot more than just making it... :)
14:11.06``ErikI'd be annoyed if I caused a distcheck failure
14:23.56``Erikdorks with his openrd some O.o brlcad, if you need a second pair of hands for migration, I'll glance here once in a while, or ya got my ph#
14:35.31``Erikimagines that machine migration is slightly more critical than 'yet another release' :/
14:35.39``Erikbut I'm a foundations guy
15:12.42*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
15:58.53*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
16:03.31*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
17:03.36CIA-11BRL-CAD: 03starseeker * r37288 10/brlcad/branches/dmtogl/src/other/ (3274 files in 115 dirs): Upgrade dmtogl branch tcl/tk to 8.6cvs as of January 15, 2010.
18:11.38*** join/#brlcad Nohla (i=a8e2b39d@gateway/web/freenode/x-ocrsvawdtufhkymh)
18:48.10*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
18:49.27*** join/#brlcad SWPadnos (n=Me@dsl107.esjtvtli.sover.net) [NETSPLIT VICTIM]
20:07.42*** join/#brlcad Nohla (n=jesica@168.226.178.178)
21:23.42``Erik<PROTECTED>
21:24.45``Erikthe 'hero' is a one eyed snake O.o I can't even mock this, it does it for me
21:30.29``Eriknaturally, the bad guy has a beret and the same haircut and face fuzz as che guavera O.o
21:32.18``Erik(is it 'che' or 'chè'?)
21:47.00*** join/#brlcad gnutn_web (i=a8e2b2b2@gateway/web/freenode/x-vexsquelmahuphxo)
22:05.41starseekerhey brlcad, here's an idea for your next "get to work in a hurry" vehicle:  http://www.wired.com/autopia/2010/01/own-the-coolest-jet-on-your-block/
22:06.34starseekerreflects that it's undoubtedly a good thing that programmers don't have the loose cash to get toys like that... I'd be a sure Darwin award winner
22:09.22``Eriktellin' ya man, it's all about the commuter catapult
22:12.13``Erikacross the road from the post office in frrrst hill is a house that was just rebuilt, I'm told that some rich retard had a russian fighter jet and it stalled or capped when he was coming out of the local airport and dropped in the house (supposedly the only injury/fatality was the pilot, who didn't make it)
22:12.30``Erikwoulda been interesting seeing that fly around :/
22:26.28*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
22:29.10gnutn_webholasç
22:29.37Nohlasorry, hi
IRC log for #brlcad on 20100117

IRC log for #brlcad on 20100117

00:14.37*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
06:48.10CIA-11BRL-CAD: 03Richaround 07http://brlcad.org * r2185 10/wiki/BRL-CAD_Primitives: /* arbn */ Added more detail about how the coefficients and distances interplay
12:20.32*** join/#brlcad mafm_ (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
13:58.54*** join/#brlcad manoj (n=manojkmo@117.204.123.1)
13:59.20*** part/#brlcad manoj (n=manojkmo@117.204.123.1)
14:00.48*** join/#brlcad manoj (n=manojkmo@117.204.123.1)
14:53.05manoj.
14:53.18*** part/#brlcad manoj (n=manojkmo@117.204.123.1)
19:50.49``Erikyuh oh O.o migration may be complicated
21:09.28*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
23:05.28starseekerwow, in case the jet isn't enough now NASA's talking about selling the shuttles once they're decommissioned
23:05.38starseekercould chip in $10
23:09.27starseekerLOL - this comment takes the cake: "One free shuttle engine. One old impala. Mythbusters. Best Show EVER!"
23:31.03``Erikmebbe they could sell off the electronics, someone might be looking to fix up their old trs80
IRC log for #brlcad on 20100118

IRC log for #brlcad on 20100118

01:14.32brlcadstarseeker: you can update the one on the wiki (or if it's in my dir, just give it to me)
01:15.12brlcadif you have the config file it lists there, that should cover most common suffix files
01:15.19brlcadanything else probably should be called attention to manually
01:16.19brlcad``Erik: thanks, looks like today ended up being a bust, but maybe later tonight I can get started
01:17.07``Erikran another rsync barrage
01:17.47``Erikwas running out of space on the home partition, I'm thinkin' stuff was removed (compressed?) on the old machine, so now the new one has both the uncompressed and compressed copies or something? *shrug*
01:19.26brlcadhuh, nice arbn example, whoever richaround is
01:20.00brlcadcould be .. old machine had a lot of the mysqlbackups pushed offsite
01:22.14``Erikyour rowing website comes in as the heavy weight (probably necessarily), second heaviest is an irc log directory (suspect there's a lot of file-a.log file-a.log.bz2), *shrug*
02:50.07brlcadrowing site is getting reduced massive, already 80% migrated elsewhere.. good reminder.. i should finish that to free up the space
02:56.06``Erikhum, almost all of it is some uncompressed nikon raw format
02:56.23``Erikconvert those to jpg and a lot of space would be freed up... like 6ish gigs, I'd guess
03:21.27brlcadyep
03:21.37brlcadthat's all gone or will be gone RSN
03:47.47starseekerbrlcad: I was thinking more to catch and list files that will trip up a large commit, instead of having to try the commit and get the failure message back
03:48.00starseekerwaiting for the commit attempt can be slllow
05:40.24*** join/#brlcad poolio (n=poolio@63.246.136.16)
05:40.50*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
08:19.43*** join/#brlcad Ralith (n=ralith@69.90.48.97)
09:43.23*** join/#brlcad ibot_ (i=ibot@rikers.org)
09:43.23*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
11:39.42*** join/#brlcad mafm_ (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
15:33.14*** part/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
16:36.42*** join/#brlcad Elrohir (n=kvirc@p5B14BD1F.dip.t-dialin.net)
18:08.41*** join/#brlcad Yoshi47 (n=jan@64.235.102.210)
19:18.59*** join/#brlcad olgamer (n=root@202.Red-81-35-87.dynamicIP.rima-tde.net)
19:20.19olgamer:)
19:20.31*** part/#brlcad olgamer (n=root@202.Red-81-35-87.dynamicIP.rima-tde.net)
20:31.48*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
20:37.55*** join/#brlcad IriX64 (n=Warlock@bas2-sudbury98-1177680851.dsl.bell.ca)
21:38.22*** join/#brlcad IriX64 (n=Warlock@bas2-sudbury98-1096600914.dsl.bell.ca)
21:51.03brlcadstarseeker: not sure what you mean by that
21:51.59brlcadother than a commit wrapper that just does the check manually .. i wouldn't be surprised if there's not some magic config file foo you can put to force it clientside
22:11.53*** join/#brlcad ibot (i=ibot@rikers.org)
22:11.53*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
23:16.19*** join/#brlcad Nohla (i=a8e2b35f@gateway/web/freenode/x-jtzacgamdefepopf)
23:34.20*** join/#brlcad Ralith (n=ralith@69.90.48.97)
IRC log for #brlcad on 20100119

IRC log for #brlcad on 20100119

00:14.09CIA-11BRL-CAD: 03starseeker * r37289 10/brlcad/trunk/doc/docbook/lessons/es/ (10 files in 2 dirs): Commit Spanish translations of MGED lessons 3 and 6, courtesy of Jesica Giudice.
01:56.04brlcadhola Nohla
02:05.55*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
04:18.54*** join/#brlcad ibot_ (i=ibot@rikers.org)
04:18.55*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
04:22.28starseekerdigs for info on how to make a custom automake primary (like _SOURCES, _DATA, etc.)
04:27.40starseekermight not need to go that deep to get the TEA_ADD_SOURCES logic out of configure.in, but I'm a little worried that it's there in the first place... why...
04:50.35*** join/#brlcad ibot (i=ibot@rikers.org)
04:50.35*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
04:51.12CIA-11BRL-CAD: 03starseeker * r37290 10/brlcad/trunk/src/other/ (8 files in 3 dirs): (log message trimmed)
04:51.12CIA-11BRL-CAD: tkhtml subconfigure test - it's unlikely this is correct, but somewhat
04:51.13CIA-11BRL-CAD: surprisingly it built and installed on a Gentoo Linux box, so since we're past
04:51.13CIA-11BRL-CAD: the 7.16.4 tag stick it in to give it a try on a few other systems - maybe it
04:51.13CIA-11BRL-CAD: can be polished up. Constitutes a minimal set of changes to try to get the
04:51.15CIA-11BRL-CAD: original configure.in and Makefile.in files to act like configure.ac and
04:51.17CIA-11BRL-CAD: Makefile.am files, so they don't look much like other configure.ac and
05:01.34brlcadheh, release generally isn't over until the include/conf is bumped to an odd, but close enough
05:01.48starseekerah, crud
05:01.48brlcadjust finished validating stable
05:01.52brlcadno worries
05:01.59brlcadstable gets tagged
05:02.08brlcadbump it
05:02.17starseekernods
05:03.15starseekerscrolls up looking for the commit that bumped all the version numbers to 16.4...
05:03.43starseekerah, there it is
05:11.37brlcadnews, readme, include/conf are the important ones
05:11.57brlcadthe windows .bat files are the additional annoyances until they can be tested
05:12.00starseekerprods CIA...
05:12.01CIA-11BRL-CAD: 03starseeker * r37291 10/brlcad/trunk/ (7 files in 6 dirs): Bump version numbers to 7.16.5 - will be tagging off of STABLE, so back to odd number on trunk.
05:12.05starseekerah :-)
05:12.24brlcadmisc isn't really necessary, but hadn't touched it in a while
05:12.31starseekerhehe
05:13.13starseekereyes the fans on his computer case... please don't die...
05:13.43brlcadREADME and NEWS aren't right, should be next expected release number
05:13.53starseekerah
05:14.05brlcadeverything else is good
05:14.48CIA-11BRL-CAD: 03starseeker * r37292 10/brlcad/trunk/ (NEWS README): whoops - set NEWS and README to the release to come.
05:19.53brlcadjesica's lessons should be news items too :)
05:20.01brlcadgets back to what he was doing
05:23.06starseekerNohla: there's an incentive to get committing to svn ;-)
05:27.46starseekerNohla: when we both have some time, I need to walk you through the svn commit process
06:31.51CIA-11BRL-CAD: 03brlcad * r37293 10/brlcad/tags/rel-7-16-4/: tagging release 7.16.4 (belated tag from 20100115)
06:50.48CIA-11BRL-CAD: 03brlcad * r37294 10/brlcad/trunk/HACKING: change to the new dir
07:43.24CIA-11BRL-CAD: 03d_rossberg * r37295 10/rt^3/tags/rel-7-16-4/: tag the C++ core interface with the corresponding BRL-CAD version 7.16.4
11:21.50*** join/#brlcad mafm_ (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
13:23.15*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
14:18.16*** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch)
15:39.16CIA-11BRL-CAD: 03starseeker * r37296 10/brlcad/trunk/src/other/tkhtml3/ (4 files in 2 dirs): More tkhtml3 build tweaks - these work on OSX and Redhat, but clearly more work to do
16:06.20*** join/#brlcad Ralith (n=ralith@69.90.48.97)
16:08.20CIA-11BRL-CAD: 03brlcad * r37297 10/brlcad/trunk/NEWS: ah, runtime toggling of display managers WAS already announced in 7.16.2; remove.
16:22.09CIA-11BRL-CAD: 03starseeker * r37298 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: Tweak comments to refer to Makefile.am.
16:41.49*** join/#brlcad ``Erik_ (n=erik@c-69-140-109-104.hsd1.md.comcast.net)
16:41.52*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
16:41.52*** join/#brlcad d-lo (n=claymore@63.246.136.16) [NETSPLIT VICTIM]
16:42.06*** join/#brlcad Ralith (n=ralith@69.90.48.97)
16:46.34CIA-11BRL-CAD: 03brlcad * r37299 10/brlcad/trunk/HACKING: the rock linux package maintainer, stefan fiedler, is not responsive with no valid point-of-contact. remove from release notifications.
17:01.24starseekeraaand that hack job blows distcheck all to hell
17:02.02CIA-11BRL-CAD: 03irpguardian * r37300 10/brlcad/trunk/src/rt/view.c:
17:02.02CIA-11BRL-CAD: Added two more functions to view in relation to the heat-graph. The first,
17:02.02CIA-11BRL-CAD: timetable_input is a reworked timetable_init that focuses only on inputting
17:02.02CIA-11BRL-CAD: values into the timetable array. Timetable_init has been reworked to only
17:02.02CIA-11BRL-CAD: initialize the timetable array. The second, is timetable_process, which will
17:02.04CIA-11BRL-CAD: do the normalization and placing pixels into the file buffer.
17:11.58CIA-11BRL-CAD: 03starseeker * r37301 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: Can't call out the headers in this fashion - they're in src or not there yet. Let autotools do the distclean rule so it doesn't complain, and add an EXTRA_DIST to grab src since so far src isn't yet a proper subdir.
17:17.18brlcadstarseeker: perhaps you can provide some tutelage to irpguardian .. he's getting very magic number lazy
17:17.40brlcadassuming you're within earshot of course, or anyone for that matter
17:18.00brlcadshouldn't be an afterthought, particularly for new code ..
17:18.03brlcadpart of coding complete
17:18.21starseekerhe's throwing in magic numbers or ignoring ours?
17:18.28brlcadthrowing in new ones
17:18.34starseekerah
17:18.40starseekerchecks his last commit
17:19.02brlcadmax dimensions on image sizes he can compute his lighting model heat value
17:19.11brlcad4096x4096
17:19.32brlcadshould just init to null and alloc what he needs if null
17:19.46brlcadanother is 1000000 as a max assumed compute time
17:19.53brlcadarbitrary pointless limit
17:19.57starseekeryeah, saw that one
17:20.03starseekerheads over...
17:20.04brlcadif he really wants to clamp, INFINITY
17:20.22brlcador MAX_DBL or whatever it is
17:21.05brlcadhe should also not have any more static vars than are absolutely necessary
17:21.13brlcadhe's made several things static that do not need to be static
17:25.50starseekerpointed him to the MAX* stuff, and has him looking into dynamic image sizes
17:27.35CIA-11BRL-CAD: 03starseeker * r37302 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: Oh yeah, bring doc along for the ride too.
17:41.57brlcaddiscovers that all of openNURBS point classes use exact floating point comparisons, except 4d
17:42.23CIA-11BRL-CAD: 03irpguardian * r37303 10/brlcad/trunk/src/rt/view.c:
17:42.23CIA-11BRL-CAD: Timetable is now dynamically sized via malloc, instead of hard coded to have
17:42.23CIA-11BRL-CAD: size 4096. Also, max and min times are now properly initialized.
17:45.07brlcadheh, that probably won't work .. a_x and a_y are ray coordinates, not image dimensions
17:45.16brlcadshould just pass the size into init
17:46.19brlcadnot that there should be an explicit init call either, though ..
17:46.21brlcadlets him figure it out
17:54.35CIA-11BRL-CAD: 03starseeker * r37304 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: Ah, right, gonna have to specify the .o files to clean up - take a first stab.
18:16.18CIA-11BRL-CAD: 03irpguardian * r37305 10/brlcad/trunk/src/rt/view.c:
18:16.18CIA-11BRL-CAD: timetable_init now takes the Frame width & height, as opposed to the current
18:16.18CIA-11BRL-CAD: pixel location.
18:19.06brlcadhehe
18:19.13brlcadthat comment lies
18:26.17CIA-11BRL-CAD: 03brlcad * r37306 10/brlcad/trunk/src/rt/view.c: ws, style, consistency cleanup and register keyword elimination
18:32.41CIA-11BRL-CAD: 03brlcad * r37307 10/brlcad/trunk/src/rt/view.c: some notes about FIXME items including one HACKING code convention failure (use of malloc()).
18:39.51*** join/#brlcad Ralith (n=ralith@69.90.48.97)
18:45.08CIA-11BRL-CAD: 03irpguardian * r37308 10/brlcad/trunk/src/rt/view.c:
18:45.08CIA-11BRL-CAD: Moved timeTable_input time funtions into timeTable_process
18:45.08CIA-11BRL-CAD: Made timeTable process not access a global variable inproperly.
18:56.07CIA-11BRL-CAD: 03irpguardian * r37309 10/brlcad/trunk/src/rt/view.c: Changed some variable settings in timetable_process
19:02.45brlcadstarseeker: did you have a pdf or screenshot of one of the spanish translations?
19:08.08CIA-11BRL-CAD: 03irpguardian * r37310 10/brlcad/trunk/src/rt/view.c:
19:08.08CIA-11BRL-CAD: Changed mallocs to bu_mallocs, and added timeTable_free() for freeing up
19:08.08CIA-11BRL-CAD: allocated space for timeTable, by using bu_free()
19:13.17CIA-11BRL-CAD: 03brlcad * r37311 10/brlcad/trunk/src/rt/view.c: calling malloc was the only reason it was blocked out. remove ifdef/svn diff! note.
19:17.22brlcadstarseeker: never mind, I found a copy
19:27.39*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
19:27.51CIA-11BRL-CAD: 03erikgreenwald * r37312 10/brlcad/trunk/src/rt/view.c: Add missing parameter to bu_mallocs. Dereference last timeTable_input call arg to match function definition (hope that's right...)
19:30.57CIA-11BRL-CAD: 03brlcad * r37313 10/brlcad/trunk/src/librt/db5_alloc.c:
19:30.57CIA-11BRL-CAD: if the user hasn't built a directory yet before attempting to write out
19:30.57CIA-11BRL-CAD: geometry, build one for them instead of just failing (as dbi_eof will be -1).
19:30.57CIA-11BRL-CAD: this has been observed on simple snippets that create an object and try to write
19:30.58CIA-11BRL-CAD: it out.
19:31.56brlcadguess I shoulda compiled
19:37.09``Eriktesting is for wimps :D
19:50.59*** join/#brlcad Ralith (n=ralith@69.90.48.97)
20:17.04starseekerheh, cool - that tkhtml3 stuff just made it all the way through distcheck
20:43.17*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc)
20:58.49CIA-11BRL-CAD: 03starseeker * r37314 10/brlcad/branches/dmtogl/src/other/tkhtml3/ (Makefile.am Makefile.in configure.ac src/Makefile.am): Tantalizingly closer to a proper working autotools/TEA hybrid tkhtml build - this builds something and it doesn't list the files in configure.ac, but it's not yet got all the 'correct' names, versions, etc. plugged in.
20:59.16CIA-11BRL-CAD: 03starseeker * r37315 10/brlcad/branches/dmtogl/src/other/tkhtml3/configure.in: Won't need configure.in in this version any more...
21:14.55CIA-11BRL-CAD: 03erikgreenwald * r37316 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: re-source table. (hopefully not losing/damaging data this time)
21:28.06*** join/#brlcad talcite (n=matthew@dhcp-143-177.mcme-students.carleton.ca)
21:28.30*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
22:05.57*** join/#brlcad Ralith_ (n=ralith@69.90.48.97)
22:06.43CIA-11BRL-CAD: 03erikgreenwald * r37317 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: Print full triangle information. Move nmg_cmface into place, make some comments about structure/tasks, remove dead code.
22:12.43starseekerbrlcad: is there anything in recent commit history that could be causing bot raytracing to fail?
22:12.51starseekerspecifically unoriented bots?
22:16.43brlcadstarseeker: plenty of librt and libbn changes have that potential, do you know if previous release had issue?
22:17.02brlcadnothing specific comes to mind
22:17.14starseeker7.16.2 is ok
22:20.00starseekerso far seeing it only in mged, which I suppose includes ged_rtcheck in the list of things to check
22:23.31starseekerdingnabbit, why do the bots alway have to be so blasted fragile?
22:31.09``Erikcuz it's amusing watching ya wig out? :D
22:31.37starseekerwould be less wigged if he hadn't been making sudden progress on the TEA/autotools stuff when the call came through
22:32.23``Erikthat's a risk you decided to take on yourself when you went and started making progress... O.o *duck* D
22:32.26``Erik:D
22:32.31starseekerheh
22:33.11starseekerwell, I'll probably go back and find out I was doing it all wrong again - my track record with autotools puts the probability of such an event at 0.9+
22:34.51starseekerthinks college should replace their intro programming course with a "doing crap with common unix tools" course - teach bash, sed, awk, grep, etc. as a semester topic
22:36.13starseeker'course, I suppose that's too much power to be put in casual hands...
22:39.19*** join/#brlcad Nohla (i=a8e2b37b@gateway/web/freenode/x-hhaqyxbjvosouglr)
22:41.30brlcadstarseeker: what do you mean "only in mged"?  they only raytrace from if you call rt from within mged?
22:41.47brlcads/raytrace from/raytrace wrong/
22:43.36starseekerrtcheck in mged gives the bad magic failures
22:43.49starseekerfrom the command line it just complains about feeding binary data to the terminal
22:44.09starseekerand if I give it a -o file to dump that into, it seems to run
22:44.21brlcadrtcheck complains about binary data to terminal?
22:44.26brlcadredirect
22:44.32brlcadrtcheck's default output is plot data
22:44.36starseekeron my Mac
22:45.01brlcad.. rtcheck or rt ..
22:45.08starseekerinitial report was rtcheck
22:45.25starseekerapparently all bot raytracing is foobared right now though
22:45.37starseekerat least, unoriented
22:45.43brlcadbad magic could be a simple bad badmagic check that was added as part of quelling warnings
22:46.46starseekeris getting set up to try and do a binary search to hone in on it
22:47.12brlcadif rtcheck in mged gave a badmagic failure, there should be a bomb log
22:47.19brlcadthat will point directly at the check
22:48.54starseekerletsee... do_run in worker.c:714, called from do-frame in do.c:818
22:49.20starseekercalled from cmd_end, do.c:314
22:49.35starseekercalled from rt_do_cmd, cmd.c:159
22:58.32starseekerok, looks like it was failing before 37015...
23:00.26*** join/#brlcad jesica__ (n=jesica@168.226.179.123)
23:11.51*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
23:12.27*** join/#brlcad CIA-82 (n=CIA@208.69.182.149)
23:20.22CIA-82BRL-CAD: 03starseeker * r37318 10/brlcad/branches/dmtogl/src/other/tkhtml3/src/Makefile.am: Playing around with tkhtml3 Makefile.am some more...
23:22.49starseekerbetween 36500 and 36466
23:27.37brlcadworker.c:714 is the wrong thread
23:27.49brlcadshould either be a separate section, or further down the report
23:28.13brlcadthat's the main thread that kicks off processes, you need to find the thread that crashed
23:33.11``Erikfind the bad magic macro line and break on it? O.o :D
23:43.12*** join/#brlcad Ralith (n=ralith@69.90.48.97)
23:54.35brlcadif you know the badmagic line, it should be obvious
23:55.03brlcadthe CKMAG functions don't know anything about types, so it's a runtime halt
23:55.53starseekerERROR: bad pointer x71899e0: s/b rt_bot_internal(x626f7472), was Unknown_Magic(x102), file ../../../brlcad/src/librt/primitives/bot/./g_bot_include.c, line 489
23:56.51brlcadyep, that'd be it
23:57.13brlcadnote type type of pointer passed and the macro being called
23:57.27starseekerah, wait - got a non-parallel backtrace
23:57.31starseekerrt_bot_unoriented_segs_double
23:57.34``Erikxglue hack, eck
23:57.42brlcadRT_BOT_CK_MAGIC() and "struct bot_specific *"
23:57.53brlcadRT_BOT_CK_MAGIC checks .. *drumroll*
23:57.56``Erik<-- wonders if he should redo the libtie stuff to use the xglue hack style opposed to his build hack style
23:58.03brlcadstruct rt_bot_internal *
23:58.31starseekerbut aren't we looking for how the bad magic got into the bot?
23:58.50brlcadstarseeker: not at all
23:58.57brlcadit's not a bad magic number
23:59.01brlcadit's a bad check
23:59.11brlcadthink of it this way..
23:59.40brlcadint main(int argc, char *argv[]) { RT_BOT_CK_MAGIC(argv); return 0; }
23:59.53brlcadthat will fail with a bad magic number
IRC log for #brlcad on 20100120

IRC log for #brlcad on 20100120

00:00.10brlcadrightly so.. it's not what RT_BOT_CK_MAGIC expects
00:00.17starseekerah
00:00.42brlcadwe're feeding it a bot_specific there .. but that's not what that macro was written to test for
00:00.50brlcadit's a bad check, not a bad pointer
00:00.54starseekeroh, OK
00:01.05starseekerso we shouldn't be checking there at all?
00:01.15``Erikum, like defgeneric vs no defmethod, 'r sumfin
00:01.32``Erikmagic type assertions O.o :D
00:02.41starseekernukes the check and recompiles
00:04.12``Erikbot_specific doesn't seem to have a magic field at all
00:04.48starseekerwinces - so 7.16.4 won't raytrace bots
00:05.00starseekerwell, unoriented bots anyhow
00:06.02starseekermakes a note to make some bot examples and stick them into the regression test suite
00:07.56CIA-82BRL-CAD: 03brlcad * r37319 10/brlcad/trunk/src/librt/primitives/bot/ (bot.c g_bot_include.c): bad MAGIC check. it's not a rt_bot_internal so the check on a bot_specific is wrong. that variable isn't even used, so remove it as a parameter.
00:08.13brlcadI didn't expect 7.16.4 to be up more than a couple weeks regardless
00:08.21starseekernods
00:08.38starseekerstill, that probably warrants a NEWS item - visible to at least one user :-P
00:09.04brlcada regression test on all the bot types would be good to have .. make one of each type on a sphere, make sure they all match
00:09.17brlcadsure, that's end-user visible
00:09.20``Erik36919... :)
00:09.51``Erik(another thing to add to the regression test suite?)
00:12.45CIA-82BRL-CAD: 03starseeker * r37320 10/brlcad/trunk/NEWS: Sean fixed a bad MAGIC check being performed on bots, resolves raytracing failure on unoriented bots.
00:12.59starseekerinteresting, I wasn't doing the test compiles right
00:13.09starseekerah, well - live and learn
00:17.33CIA-82BRL-CAD: 03brlcad * r37321 10/brlcad/trunk/NEWS:
00:17.33CIA-82BRL-CAD: might as well fill out as much info as we have room for, and past tense. fixed
00:17.33CIA-82BRL-CAD: raytrace abort on unoriented bots due to a bogus badmagic check (testing for the
00:17.33CIA-82BRL-CAD: wrong structure type).. a regression test on the various bot types is in order.
00:32.40CIA-82BRL-CAD: 03starseeker * r37322 10/brlcad/branches/dmtogl/src/other/tkhtml3/tclconfig/: Add some svn:ignore settings for the autotools files.
00:40.28CIA-82BRL-CAD: 03starseeker * r37323 10/brlcad/branches/dmtogl/src/other/tkhtml3/ (. src/): More tkhtml3 svn:ignore tweakage
01:15.08CIA-82BRL-CAD: 03brlcad * r37324 10/brlcad/trunk/regress/ (Makefile.am bots.sh):
01:15.08CIA-82BRL-CAD: add a new regression test to test BoT functionality. more specifically, see if
01:15.08CIA-82BRL-CAD: the various oriented and unoriented volume mode bots all work as expected.
01:15.08CIA-82BRL-CAD: tests various bot commands such as facetize, bot_flip, bot_merge, bot_sync,
01:15.09CIA-82BRL-CAD: bot_vertex_fuse, bot_face_fuse. still WIP. next need to make sure they all
01:15.11CIA-82BRL-CAD: render identical.
01:47.21CIA-82BRL-CAD: 03brlcad * r37325 10/brlcad/trunk/regress/bots.sh: add in raytrace comparisons too. curiously, they all exhibit off-by-one differences from each other even though their got vertices seem to match exactly (per print resolution).
01:49.28CIA-82BRL-CAD: 03brlcad * r37326 10/brlcad/trunk/regress/bots.sh: more turds to clean up
01:50.43brlcadthere, that should catch bot changes now
01:52.49brlcadthe off-by-one differences are certainly peculiar but minor .. there is one sensitive test in there that compares a merged an unmerged bot (comparing their db get V strings for both bots) but thusfar is an exact match
02:01.37CIA-82BRL-CAD: 03brlcad * r37327 10/brlcad/trunk/src/libbu/malloc.c:
02:01.37CIA-82BRL-CAD: encountered a bizzare crash where a zero-length realloc ended up getting called.
02:01.37CIA-82BRL-CAD: sure enough, we weren't testing for 0-length bu_realloc() (we only checked
02:01.37CIA-82BRL-CAD: malloc/calloc), so add the sanity test and bomb like we're supposed to.
02:05.49CIA-82BRL-CAD: 03brlcad * r37328 10/brlcad/trunk/src/libbu/log.c: plug a memory leak
02:16.36CIA-82BRL-CAD: 03brlcad * r37329 10/brlcad/trunk/src/mged/setup.c:
02:16.36CIA-82BRL-CAD: bleh, make sure line is a non-null pointer before calling bu_log. moreover,
02:16.36CIA-82BRL-CAD: make sure we provide a format specifier in case the line we parsed has format
02:16.36CIA-82BRL-CAD: specifiers embedded in it! that had to be at least a few of the observed mged
02:16.36CIA-82BRL-CAD: crashes..
02:18.05CIA-82BRL-CAD: 03brlcad * r37330 10/brlcad/trunk/src/libged/rt.c: clamp ReadFile to RT_MAXLINE like we do for the unix call; add a little bit of sanity clamping just in case we stumble down through the code with badness.
03:06.48CIA-82BRL-CAD: 03brlcad * r37331 10/brlcad/trunk/src/librt/primitives/bot/bot.c: add some no-op +0's to keep things lined up nicely.
03:07.08CIA-82BRL-CAD: 03brlcad * r37332 10/brlcad/trunk/include/rtgeom.h: ws
04:08.00starseekercool - the trunk tkhtml3 build succeeded on Redhat, Mac, and Gentoo
04:08.22starseekerwaits for ``Erik to complain about it breaking on FreeBSD...
04:09.18starseekerdmtogl branch is the beginnings of the "correct" solution, but that has a lot of testing and probably a lot of work ahead
04:09.21``Erikneato, five errors in the bot.sh regression test :D
04:09.44``Erikstarseeker: won't know until tomorrow... someone shoved all that docbooks tuff in there and now I can't fit it on my home fbsd machine... :D
04:25.35*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
04:26.57*** join/#brlcad IriX64 (n=Warlock@bas2-sudbury98-1177680376.dsl.bell.ca)
04:35.21CIA-82BRL-CAD: 03brlcad * r37333 10/brlcad/trunk/src/librt/primitives/ (35 files in 34 dirs): add a slew of validation checks on the vhead parameter (independent of the checks done by the macro when adding to the list)
04:54.06*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
04:54.18CIA-82BRL-CAD: 03brlcad * r37334 10/brlcad/trunk/src/libged/draw.c: minor cleanup. ws. added null check.
04:57.55brlcad``Erik: errors?
05:06.28CIA-82BRL-CAD: 03brlcad * r37335 10/brlcad/trunk/TODO: upshift my tasks expected for the remainder of this month.
05:11.38CIA-82BRL-CAD: 03brlcad * r37336 10/brlcad/trunk/TODO: add stephen's work to implement a new rt lighting model.
05:13.40CIA-82BRL-CAD: 03brlcad * r37337 10/brlcad/trunk/TODO: oop, it was already listed down below -- move it on up.
05:22.08starseeker``Erik: here's a nickel kid, go get yourself a new harddrive
05:22.29CIA-82BRL-CAD: 03brlcad * r37338 10/brlcad/trunk/src/ (libgcv/Makefile.am libged/Makefile.am): re-enable strict flags in libgcv, placehold in libged. purported jump clobber issue isn't going to sort itself out. (fix it..)
06:56.20*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
07:10.39*** mode/#brlcad [+o brlcad] by ChanServ
10:58.34*** join/#brlcad mafm_ (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
11:16.25d-loMorning all!
12:02.49*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
12:12.30*** join/#brlcad Ralith (n=ralith@69.90.48.97)
12:24.17``Erikbrlcad: http://pastebin.bzflag.bz/d28740b31
12:25.01``Erikstarseeker: got one, and a new machine... but I'm pulling a brlcad and taking forever to migrate... :D (I may need to fix parts of the kenrel to get things to work right)
12:32.37*** join/#brlcad ChanServ (ChanServ@services.)
12:32.37*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad CIA-82 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad d-lo (n=claymore@63.246.136.16) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad Yoshi47 (n=jan@64.235.102.210) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad poolio (n=poolio@63.246.136.16) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
12:32.37*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
12:32.38*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
12:32.38*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
12:32.38*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
12:32.38*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
12:32.38*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
12:32.38*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
12:32.38*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) [NETSPLIT VICTIM]
12:32.38*** mode/#brlcad [+oo ChanServ brlcad] by irc.freenode.net
12:43.32*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
12:43.32*** join/#brlcad Yoshi47 (n=jan@64.235.102.210) [NETSPLIT VICTIM]
12:45.40*** join/#brlcad ChanServ (ChanServ@services.)
12:45.43*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad poolio (n=poolio@63.246.136.16) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad d-lo (n=claymore@63.246.136.16) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ)
12:45.43*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
12:45.43*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
12:45.43*** mode/#brlcad [+oo ChanServ brlcad] by irc.freenode.net
12:45.54*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk)
12:46.00*** join/#brlcad CIA-82 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
12:46.00*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
12:46.00*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
12:52.43*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad CIA-82 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad d-lo (n=claymore@63.246.136.16) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad poolio (n=poolio@63.246.136.16) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net) [NETSPLIT VICTIM]
12:52.43*** join/#brlcad ChanServ (ChanServ@services.)
12:52.43*** join/#brlcad Yoshi47 (n=jan@64.235.102.210) [NETSPLIT VICTIM]
12:52.44*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
12:52.44*** mode/#brlcad [+oo brlcad ChanServ] by irc.freenode.net
12:55.28*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
12:55.28*** join/#brlcad Yoshi47 (n=jan@64.235.102.210) [NETSPLIT VICTIM]
12:58.30*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net) [NETSPLIT VICTIM]
12:58.30*** join/#brlcad poolio (n=poolio@63.246.136.16) [NETSPLIT VICTIM]
13:16.23*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
13:16.23*** join/#brlcad poolio (n=poolio@63.246.136.16) [NETSPLIT VICTIM]
13:16.23*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net) [NETSPLIT VICTIM]
13:16.23*** join/#brlcad Yoshi47 (n=jan@64.235.102.210) [NETSPLIT VICTIM]
13:16.23*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad CIA-82 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad d-lo (n=claymore@63.246.136.16) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
13:16.24*** join/#brlcad ChanServ (ChanServ@services.)
13:16.24*** mode/#brlcad [+oo brlcad ChanServ] by irc.freenode.net
13:19.32*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
13:19.32*** join/#brlcad Yoshi47 (n=jan@64.235.102.210) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad ChanServ (ChanServ@services.)
13:36.46*** join/#brlcad poolio (n=poolio@63.246.136.16) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad d-lo (n=claymore@63.246.136.16) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ)
13:36.46*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
13:36.46*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
13:36.47*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
13:36.57*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
13:36.57*** mode/#brlcad [+oo ChanServ brlcad] by irc.freenode.net
13:39.44*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
13:39.44*** join/#brlcad Yoshi47 (n=jan@64.235.102.210) [NETSPLIT VICTIM]
13:42.37*** join/#brlcad CIA-82 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
13:42.37*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
13:42.37*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
15:00.32CIA-82BRL-CAD: 03irpguardian * r37339 10/brlcad/trunk/src/rt/view.c:
15:00.32CIA-82BRL-CAD: Properly initialized timeTable with '-1' when first created. This however causes
15:00.33CIA-82BRL-CAD: program to die when more than 1 processor works on it. (Adding semaphores made program
15:00.33CIA-82BRL-CAD: hang).
15:00.33CIA-82BRL-CAD: Fixed pointers returned from timeTable_init to allow them to work correctly.
15:00.35CIA-82BRL-CAD: Inverted test Image now renders with 1 processor, as opposed to having a bus error.
15:12.08CIA-82BRL-CAD: 03davidloman * r37340 10/rt^3/trunk/ (3 files in 3 dirs): Drop NMAD stuff for now.
15:26.47CIA-82BRL-CAD: 03davidloman * r37341 10/rt^3/trunk/ (10 files in 2 dirs): Drop AbstractDBObjectSource and subclasses for now.
16:06.30CIA-82BRL-CAD: 03davidloman * r37342 10/rt^3/trunk/ (30 files in 11 dirs): Roll contents of iBME/iBMECommon.h to GS/GSCommon.h
16:13.30CIA-82BRL-CAD: 03davidloman * r37343 10/rt^3/trunk/ (8 files in 3 dirs): Move array.h
16:21.10*** join/#brlcad Elrohir (n=kvirc@p5B14945A.dip.t-dialin.net)
16:21.36CIA-82BRL-CAD: 03davidloman * r37344 10/rt^3/trunk/include/common/: Drop unused dir.
16:29.03CIA-82BRL-CAD: 03davidloman * r37345 10/rt^3/trunk/ (5 files in 4 dirs): Drop Object class. There's just no point in keeping it.
16:30.36CIA-82BRL-CAD: 03irpguardian * r37346 10/brlcad/trunk/src/rt/view.c:
16:30.36CIA-82BRL-CAD: Basic Heat-Graph now works! ...with single processor only.
16:30.36CIA-82BRL-CAD: Currently uses only 3 different shades of colors to represent time
16:30.36CIA-82BRL-CAD: taken to process image. Blue-short, Yellow-Medium, Red-Long.
16:32.16CIA-82BRL-CAD: 03davidloman * r37347 10/rt^3/trunk/include/iBME/String.h: Drop String class. There's just no point in keeping it either.
16:36.27CIA-82BRL-CAD: 03davidloman * r37348 10/rt^3/trunk/include/iBME/: Drop unused dir.
16:38.30CIA-82BRL-CAD: 03davidloman * r37349 10/rt^3/trunk/src/ (3 files in 2 dirs): Consolidate Util classes
16:40.39CIA-82BRL-CAD: 03davidloman * r37350 10/rt^3/trunk/src/GS/CMakeLists.txt: Forgot mod to CMakeLists.txt
16:43.54CIA-82BRL-CAD: 03davidloman * r37351 10/rt^3/trunk/src/utility/: Drop unused dir.
16:54.44CIA-82BRL-CAD: 03davidloman * r37352 10/rt^3/trunk/ (9 files in 8 dirs): Drop DataStream. Using QT's instead.
17:03.58CIA-82BRL-CAD: 03davidloman * r37353 10/rt^3/trunk/ (23 files in 5 dirs): Drop now obsolete io stream classes.
17:09.56CIA-82BRL-CAD: 03davidloman * r37354 10/rt^3/trunk/include/GE/io/array.h: Drop Array.h
17:11.00CIA-82BRL-CAD: 03davidloman * r37355 10/rt^3/trunk/ (include/GE/io/ src/GE/io/): Drop unused dirs.
17:14.51CIA-82BRL-CAD: 03davidloman * r37356 10/rt^3/trunk/ (include/uuid/ src/other/CMakeLists.txt src/other/uuid/): Drop third party UUID package, using QT's
17:18.08*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
19:13.02*** join/#brlcad talcite (n=matthew@dhcp-143-177.mcme-students.carleton.ca)
19:18.34CIA-82BRL-CAD: 03brlcad * r37357 10/brlcad/trunk/regress/bots.sh:
19:18.34CIA-82BRL-CAD: mged spits out a 'Using Tcl Library...' message for certain build
19:18.34CIA-82BRL-CAD: configurations, so make sure we strip that out. another plug to get better
19:18.34CIA-82BRL-CAD: separation of stdout from stderr for MGED/LIBBU so command results are written
19:18.34CIA-82BRL-CAD: to stdout with info sent to stderr, all via libbu logging mechanism
19:21.47CIA-82BRL-CAD: 03irpguardian * r37358 10/brlcad/trunk/src/rt/view.c:
19:21.47CIA-82BRL-CAD: Heat-graph now has a set greyscale color distribution, where light pixels took the longest
19:21.47CIA-82BRL-CAD: while dark pixels took the shortest. Still only works with 1 processor.
19:33.43starseekergrowls... big E and little e commands complicate man page naming
19:42.13starseekermakes a note to merge the doc on the new sca options into the docbook version...
19:47.23CIA-82BRL-CAD: 03starseeker * r37359 10/brlcad/trunk/ (127 files in 2 dirs):
19:47.23CIA-82BRL-CAD: Add extensive work by Janine Gettier on generating MGED comman man pages in
19:47.23CIA-82BRL-CAD: Docbook. Haven't proof-read these for indenting/etc. but they do all compile to
19:47.23CIA-82BRL-CAD: html and man page, so go ahead and add them to revision control.
20:55.15*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
21:02.12*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
21:27.07CIA-82BRL-CAD: 03brlcad * r37360 10/brlcad/trunk/TODO: need a bu logging mechanism that allows better separation of stderr from stdout while still being a bu_log() style mechanism. mged particularly needs this as do the ray tracers.
21:27.52brlcadstarseeker: e is 'draw', E is usually 'bigE'
21:28.04starseekernods
21:28.39brlcade is draw, d is erase ..  it doesn't get much better than that :)
21:29.01starseekercan we fix that in 8.0? :-P
21:29.06brlcadhehe
21:35.55``Erikbut it's so intuitive, just like the vim commands I was telling bob about earlier... :D
21:36.53louipchey guys. How would I embed math into mged commands. I think I recall someone using Tcl...
21:37.51louipcsomething like 'in shaft rcc 0 0 0 0 0 10 [math 2/2]'
21:37.56``Erik[expr 5+3]
21:38.53louipchmm seems to throw an error for me
21:42.08``Erikglobbing
21:42.16``Erikturn globbing off or escape the brackets :)
21:44.05louipcaarrr thank you
21:45.09``Erikyargh, np
21:45.27brlcadset glob_compat_mode 0
21:50.40CIA-82BRL-CAD: 03irpguardian * r37361 10/brlcad/trunk/src/rt/view.c: Made the background better contrast to dark and light colors in heat-map
22:01.41*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
22:08.32*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
22:29.29*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
22:31.14CIA-82BRL-CAD: 03starseeker * r37362 10/brlcad/branches/dmtogl/src/other/tkhtml3/src/Makefile.am: Take a stab at creating a pkgIndex.tcl - dlopen doesn't seem to like the target library for some reason when given the output fo this rule as a pkgIndex.tcl, so some issues to resolve.
22:40.21*** join/#brlcad talcite (n=matthew@dhcp-143-177.mcme-students.carleton.ca)
22:48.03CIA-82BRL-CAD: 03starseeker * r37363 10/brlcad/branches/dmtogl/src/other/tkhtml3/src/Makefile.am: Tkhtml Makefile.am fixes - this setup has now successfully installed Tkhtml in such a fashion that package require Tkhtml succeeded.
22:55.52starseekernotes he still has to deal with the whole STUB thing...
23:08.54starseekerbrlcad: just when you get a sec - I note the presence of "developer commands" in the Vol II appendix - would those also go under man1 or would it be better to stick them somewhere else?  
23:10.40starseekerwould like to document devel only commands, but is aware they need to be (minimally) flagged as not for end-user consumption - man8 seemed like it is the closest conceptual map, but is flagged as avoid in the docbook README file
23:10.56starseekershould we just leave the devel command descriptions in the source only?
23:11.46starseekerthinks rset in particular benefit from a man page and some common use examples, but that's just me...
23:30.46CIA-82BRL-CAD: 03irpguardian * r37364 10/brlcad/trunk/src/rt/view.c: Code cleanup, and commenting
23:50.55brlcadmv: cannot stat `e_muves.1': No such file or directory
23:52.22``Eriksaw that earlier, too
23:53.23brlcadahh, looks like E_MUVES.1 is getting put into doc/docbook/.
23:56.46CIA-82BRL-CAD: 03brlcad * r37365 10/brlcad/trunk/doc/docbook/system/man1/en/e_muves.xml: e_muves not E_MUVES for the refname, also set a refentry id
IRC log for #brlcad on 20100121

IRC log for #brlcad on 20100121

00:07.12``ErikI find it amusing that the music in this comcrap commercial sounds an AWFUL lot like the prisoner theme song O.o
01:13.24*** join/#brlcad Nohla (n=jesica@168.226.176.252)
01:21.01Nohlabrlcad holas
01:27.27*** join/#brlcad jesica__ (n=jesica@168.226.176.252)
01:36.41starseekerbrlcad: ah, thanks
01:36.53*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
01:38.29Nohlastarseeker hi
01:40.06starseekerhey Nohla
01:43.08starseekerHuh, cool:  http://ptex.us/
01:47.19*** join/#brlcad jesica__ (n=jesica@168.226.176.252)
02:29.24*** join/#brlcad Nohla (n=jesica@168.226.176.252)
02:32.55Nohlastarseeker help me with this: overlay is to bring forward the layer, underlay is to move the layer at the bottom, interlay is to put into other layer like an onion's layers ?
07:18.02*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
10:32.02*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
12:02.02*** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch)
13:23.44*** join/#brlcad pereba2 (i=t7DS@189.115.204.167)
13:24.12*** part/#brlcad pereba2 (i=t7DS@189.115.204.167)
13:34.12*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
13:34.12*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
13:34.12*** join/#brlcad CIA-82 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
13:35.32*** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch) [NETSPLIT VICTIM]
13:35.32*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu) [NETSPLIT VICTIM]
13:35.32*** join/#brlcad poolio (n=poolio@63.246.136.16) [NETSPLIT VICTIM]
13:35.34*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) [NETSPLIT VICTIM]
13:35.34*** join/#brlcad ChanServ (ChanServ@services.)
13:35.34*** mode/#brlcad [+o ChanServ] by irc.freenode.net
13:35.36*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
13:35.37*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
13:35.37*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) [NETSPLIT VICTIM]
13:35.40*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
13:35.40*** join/#brlcad d-lo (n=claymore@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
13:36.10*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk) [NETSPLIT VICTIM]
13:36.10*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
13:36.11*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
13:36.11*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
13:36.11*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
13:36.11*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
13:36.13*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
13:36.15*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
14:02.24*** join/#brlcad Yoshi47 (n=jan@64.235.102.210)
14:38.15*** join/#brlcad PrezKennedyII (i=Matthew@whitecalf.net)
14:38.18*** join/#brlcad ChanServ (ChanServ@services.)
14:38.18*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
14:38.19*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad Computer (n=Computer@209-16-114-100.net.bhntampa.com) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad Yoshi47 (n=jan@64.235.102.210) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad poolio (n=poolio@63.246.136.16) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
14:38.19*** join/#brlcad CIA-82 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
14:38.19*** mode/#brlcad [+o ChanServ] by irc.freenode.net
14:40.35*** join/#brlcad d-lo (n=claymore@BZ.BZFLAG.BZ)
14:40.35*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) [NETSPLIT VICTIM]
14:48.30*** join/#brlcad PrezKennedyII (i=Matthew@whitecalf.net)
14:50.46*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk)
14:50.46*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos)
14:50.46*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
14:50.46*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ)
14:50.46*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net)
14:50.46*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
15:33.00``Erikheh *grumble* damn linux kids... (jot (1982) vs seq (1994))
15:37.57*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
15:54.12CIA-82BRL-CAD: 03irpguardian * r37367 10/brlcad/trunk/src/rt/view.c:
15:54.12CIA-82BRL-CAD: Added semaphore to timeTable_init to prevent multi-access to the timetable before it's
15:54.12CIA-82BRL-CAD: made. Changed timeTable_init's parameter to be FBIO *fbp so that way it may access the
15:54.12CIA-82BRL-CAD: framebuffer size directly, instead of relying on a global variable. Program now 'works'
15:54.13CIA-82BRL-CAD: with multiprocessor support, most of the time, however output is erroneous. Single processor
15:54.15CIA-82BRL-CAD: heat-graph is still unchanged.
16:32.13*** join/#brlcad talcite (n=matthew@dhcp-143-177.mcme-students.carleton.ca)
16:45.37*** join/#brlcad parigaudi (n=quassel@pd95b7f5e.dip0.t-ipconnect.de)
17:59.05``ErikO.o http://mikesenese.com/DOIT/2010/01/mind-blowing-green-screen-tv-and-film-effects-and-how-to-do-them-yourself/#more-877
18:05.43CIA-82BRL-CAD: 03brlcad * r37368 10/brlcad/trunk/src/libged/wcodes.c:
18:05.43CIA-82BRL-CAD: cleanup wcodes and increase the path limit from 12 (seriously, wtf) to
18:05.43CIA-82BRL-CAD: RT_MAXARGS (which is presently 9000). needs to be made dynamic or handled in a
18:05.43CIA-82BRL-CAD: different way (like building up the result), but this should fix one of the
18:05.43CIA-82BRL-CAD: issues reported by Kathy Cook to the brlcad-users mailing list.
18:08.59CIA-82BRL-CAD: 03brlcad * r37369 10/brlcad/trunk/src/libged/wcodes.c: need forward declaration as they call each other. mark them HIDDEN and change names for consistency.
18:09.53CIA-82BRL-CAD: 03brlcad * r37370 10/brlcad/trunk/src/libged/wcodes.c: quell all compilation warnings.
18:17.47*** join/#brlcad Ralith (n=ralith@69.90.48.97)
18:17.57CIA-82BRL-CAD: 03brlcad * r37371 10/brlcad/trunk/src/libged/rcodes.c:
18:17.57CIA-82BRL-CAD: cleanup rcodes and increase the line limit from 256 (...) to RT_MAXLINE (which
18:17.57CIA-82BRL-CAD: is presently 10240). needs to be made dynamic (bu_vls), but this should fix one
18:17.57CIA-82BRL-CAD: of the issues reported by Kathy Cook to the brlcad-users mailing list.
18:21.11CIA-82BRL-CAD: 03brlcad * r37372 10/brlcad/trunk/NEWS:
18:21.11CIA-82BRL-CAD: these are two peas in a pod. increased the maximum path depth supported by
18:21.11CIA-82BRL-CAD: wcodes (increased from 12 to 9000) and maximum line length supported by rcodes
18:21.11CIA-82BRL-CAD: (increased from 256 to 10240). both in response to a report from Kathy Cook on
18:21.11CIA-82BRL-CAD: the brlcad-users mailing list where she ran into both issues.
18:25.29CIA-82BRL-CAD: 03brlcad * r37373 10/brlcad/trunk/src/libged/rcodes.c: another magic number, names 256 chars and longer were getting truncated. extend out to RT_MAXLINE as well.
18:28.53CIA-82BRL-CAD: 03starseeker * r37374 10/brlcad/trunk/doc/docbook/system/README: fix typo in docbook/system README.
18:38.09CIA-82BRL-CAD: 03brlcad * r37375 10/brlcad/trunk/src/libged/edcodes.c: reorganize and cleanup to avoid forward declarations, clean up static func names.
18:46.02CIA-82BRL-CAD: 03starseeker * r37376 10/brlcad/trunk/include/gcv.h: Fix minor gcv.h comment typos.
18:57.00CIA-82BRL-CAD: 03brlcad * r37377 10/brlcad/trunk/src/libged/edcodes.c: get rid of all the static variables. pass the ABORT criteria to halt when the hierarchy is too deep as a return value and funcleaf user pointer instead.
18:58.08CIA-82BRL-CAD: 03brlcad * r37378 10/brlcad/trunk/src/libged/edcodes.c: remove the arbitrary 256 character line length, increase to RT_MAXLINE (which is presently 10240).
19:01.11CIA-82BRL-CAD: 03brlcad * r37379 10/brlcad/trunk/NEWS: also increased the maximum line length of edcodes, from 256 to 10240. related to the rcodes/wcodes limit cleanup.
19:29.25CIA-82BRL-CAD: 03irpguardian * r37380 10/brlcad/trunk/src/rt/view.c:
19:29.25CIA-82BRL-CAD: Added semaphores to prevent making of multiple time-tables.
19:29.25CIA-82BRL-CAD: Starting to add funtionality to create entire heat-graph at
19:29.25CIA-82BRL-CAD: end of render, instead of pixel-by-pixel.
19:35.46brlcadstarseeker: jgettier is set up with access
19:42.40starseekerbrlcad: great, thanks!
20:44.17CIA-82BRL-CAD: 03brlcad * r37381 10/brlcad/trunk/NEWS: this release gets another boost to documentation after janine's efforts, to include a special blurb about janine's work, jesica's translations, and cliff's support integrating it all together.
20:53.44*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
21:11.05*** join/#brlcad talcite (n=matthew@dhcp-143-177.mcme-students.carleton.ca)
21:39.40CIA-82BRL-CAD: 03starseeker * r37382 10/brlcad/trunk/include/bu.h: Fix minor typo in bu_vls_strmp comment.
21:50.00CIA-82BRL-CAD: 03irpguardian * r37383 10/brlcad/trunk/src/rt/ (Makefile.am heatgraph.c view.c):
21:50.00CIA-82BRL-CAD: Added new file heatgraph.c, which now holds all heat-graph related functions, which have
21:50.00CIA-82BRL-CAD: been removed from view.c. Heatgraph also now processes heat graph once render is finished,
21:50.00CIA-82BRL-CAD: replacing the framebuffer once calculations are completed. Makefile.am has been updated to
21:50.00CIA-82BRL-CAD: include heatgraph.
21:52.09*** join/#brlcad Radioga (i=radiola@nicholas-cheung-1.wireless.usm.maine.edu)
22:43.04CIA-82BRL-CAD: 03irpguardian * r37384 10/brlcad/trunk/src/rt/ (Makefile.am heatgraph.c):
22:43.04CIA-82BRL-CAD: Started work on a heat-graph specific timer to be used in worker.c.
22:43.04CIA-82BRL-CAD: Fixed makefile.
22:56.13CIA-82BRL-CAD: 03brlcad * r37385 10/brlcad/trunk/TODO:
22:56.13CIA-82BRL-CAD: make librt's timer interface utilize contexts instead of one global timer so
22:56.13CIA-82BRL-CAD: multiple timers can exist simultaneously. make it a libbu facility as well
22:56.13CIA-82BRL-CAD: given it's a basic utility with various platform-specific implementations.
23:21.53*** join/#brlcad Nohla (n=jesica@168.226.176.181)
23:25.39*** join/#brlcad jesica__ (n=jesica@168.226.176.181)
IRC log for #brlcad on 20100122

IRC log for #brlcad on 20100122

00:24.26Nohla@last Nohla
00:24.37Nohlabuuuu
00:26.28``Erik~seen nohla
00:26.33ibotnohla is currently on #brlcad (1h 4m 40s). Has said a total of 2 messages. Is idling for 1m 56s, last said: 'buuuu'.
00:35.33*** join/#brlcad Ralith (n=ralith@69.90.48.97)
00:39.11NohlaI wanted the last of yesterday :P
00:39.23Nohla<PROTECTED>
00:39.34Nohlathis
00:45.05starseekerinterlay puts the wireframe under the raytrace image, but keeps the faceplate gui on top
00:45.47starseekerTo see this - check both Faceplate and Faceplate GUI under Misc in the MGED window
00:46.06starseekerThen bring up the raytrace control panel, do a raytrace, and enable the framebuffer
00:46.32starseekerTry switching between underlay, interlay and overlay
00:52.25starseekerdoes that help?
00:52.50Nohlayes :)
00:53.05starseekerinterlay isn't used as commonly as the other modes
00:54.16starseekersituations where you want both a framebuffer view and the faceplate GUI are fairly rare
00:55.32starseekerany luck getting set up for committing?
00:59.06starseekerNohla: if your login is fixed, committing is simple
01:00.02Nohlalogin in SF?
01:01.26starseekeryes
01:06.38*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
01:07.23Nohlait's done :)
01:07.30Nohlamy problem is my own notebook :(
01:07.48Nohlait socks :P
01:08.51Nohlastarseeker when I feel ready, I'll tell you. Tomorrow I guess
01:09.03Nohladon't wanna go to bed too late
01:09.10starseekerno problem
01:09.33Nohlaand it ask a lot from me :)
01:09.59starseekeris busy tonight too, no worries
02:00.43starseekergrowls... great, more corporate money dumped into the political process. Just what we needed.
02:12.06``Erikhttp://misadigital.com/ O.o
02:32.17CIA-82BRL-CAD: 03starseeker * r37386 10/brlcad/trunk/ (10 files in 6 dirs): Get the initial rigging in place for libanalyze. One function from gqa has been put in place, mainly for testing purposes - whole lot of thinking needed to do this 'right'.
02:33.37CIA-82BRL-CAD: 03starseeker * r37387 10/brlcad/trunk/misc/pkgconfig/Makefile.am: Whoops, missed a Makefile.am
02:35.04CIA-82BRL-CAD: 03starseeker * r37388 10/brlcad/trunk/include/Makefile.am: Darn it, make that two Makefile.ams missed.
02:35.30``Erik*snicker*
02:36.27starseekerI know, I know
02:47.22louipchaha gentoo powered guitar
02:55.16starseekerheads home
03:01.03Nohlastarseeker are you still there?
03:01.42Nohlabuuu
03:05.57Nohlawell, is anybody out there? I've a simple question about a word.
03:06.06louipchi
03:06.14Nohlalouipc hi 2
03:09.42*** join/#brlcad jesica__ (n=jesica@168.226.176.181)
03:09.53jesica__sorry I'm back
03:10.11jesica__I'm trying to translate blast command
03:10.24jesica__literally blast is like blow up
03:10.52jesica__but its function remaind me the word refresh more than explode
03:11.50jesica__*remind
03:12.18louipchmm I'm not sure what the command's name comes from
03:12.50jesica__blast replace both, Z and Draw command
03:12.52louipcit reminds me more of etch-a-sketch
03:13.17louipcyou know that toy with the two dials that you draw with
03:13.32louipcif you shake it everything is erased and you can draw again
03:14.21jesica__well, but it clears the grafic window and redraw the last parametres
03:14.33jesica__It's not the same, I think
03:14.46brlcadhey jesica__
03:14.46``Erikthe 'b' blast command?
03:14.51jesica__yes
03:14.52brlcadB is blast
03:15.04jesica__ah?
03:15.07``Erikit sets the display list to the specified item (removing everything that used to be in it)
03:15.32brlcadB == Z + e
03:15.38louipcwhy's it called blast?
03:15.46``Erikcuz it's both barrels, baybee
03:15.56brlcadZ is zap
03:16.16jesica__brlcad I know, but I can see why it's called blast
03:16.31brlcadjesica__: can or cannot?
03:16.40jesica__can't :)
03:17.05brlcadbecause it's derived from "zap" ... but does more
03:17.27jesica__?
03:17.50louipci'll zap you with my laser cannon
03:17.52``Erikmostly colloquialisms... :)
03:18.02louipcI mean blast you with my laser cannon
03:18.54brlcadhm, que significa zap.. que es lo que pasa cuando tocas una amiga y te pasa una pequen~a electrificacion? .. en ingles, se dice que el sonido es un "zap"
03:18.54jesica__but blast doesn't draw again
03:19.08brlcad"B something"
03:19.11jesica__tocas a una amiga???JAJAJAJA
03:19.23jesica__aaaah tocar de tocar!
03:19.23brlcadno asi .. :P
03:19.23``Erikblast will draw only what's specified, it sets the display list
03:19.26jesica__XD
03:20.16brlcadelectricidad est?tica causa un sonido "zap"
03:20.39jesica__brlcad do you know the synonymous of blast, in spanish?
03:20.43brlcadblast es como una explosion, mas grande :)
03:21.00jesica__una explosion redibuja?
03:21.05brlcadra'faga?
03:21.22jesica__busqu? su traduccion literal
03:21.46jesica__me confunde que sea Z y draw
03:22.13brlcad"B algo" == "Z + e algo"
03:22.21jesica__sorry, we shouldn't write spanish :P
03:22.43brlcadoh, and "e" is "draw"
03:22.49brlcadthey mean the exact same thing
03:23.03brlcadI'm just used to the old short name
03:23.29brlcad'draw' is the newer name for the command, what everyone should be using
03:23.53jesica__The Blast command is shorthand for the combination of the Z and draw
03:23.53jesica__commands.
03:24.08``Erikif spanish improves communication to aid in translating, then why not? :) I'll just sit here and imagine you were talking about commodores and tacos :D *duck*
03:24.11jesica__that says the lesson
03:24.27brlcadjesica, do you know what transparency paper is?
03:24.46jesica__yes
03:25.40brlcadif you have two pieces of transparency paper, those are like the framebuffer and the graphics window .. overlay/interlay/underlay is how those two sheets interact
03:26.17Nohlaah?...
03:26.27brlcadoverlay, the framebuffer sheet is on top; underlay, the framebuffer sheet is underneath .. and interlay is a little more complicated but they basically go through each other
03:27.20Nohlayou can see both at the same time?
03:27.28Nohlano...
03:28.03Nohlaif they're transparencies you can with overlay and underlay too
03:28.10Nohladoesn't it?
03:29.56brlcadyou can see both
03:30.01brlcaduntil you draw on them
03:30.10brlcadthen whichever is on top will show
03:30.46brlcadso if you are overlay and have raytraced, you will not see the wireframe.. because the raytrace is drawn to the framebuffer (which is on top)
03:31.21brlcadif you switch it to underlay, the framebuffer will be underneath and you'll see both the wireframe and the raytrace
03:35.19Nohlauntil I draw on then too
03:35.22*** join/#brlcad Desert69 (n=Desert69@190.48.220.225)
03:36.14Nohlabrlcad we left blast :P
03:36.45brlcadright, until you draw on the graphics window too.. but those are a LOT harder to fill :)
03:37.29brlcadwhich is a pretty useless wireframe if it has that many edges :)
03:38.15Nohlaand interlay bring both views?
03:38.25Nohlaeven if you draw on it?
03:39.28Nohlabuuu hard to put it in my head :P
03:39.37brlcadinterlay depends on the depth of objects in the graphics window.. it is more like a cube and the framebuffer slices through it
03:39.57brlcadit's easier to understand when you run mged and see it in action
03:40.14Nohlaso I should
03:41.54Nohlawell, brlcad sorry if I'm boring with it
03:42.16Nohlabut I still cannot understand how blast can build a draw
03:42.33Nohlaat least, it's an explosion :)
03:46.28brlcadNohla: heh, you're not boring :P
03:46.44brlcadnobody claimed that blast was a good name :)
03:47.19brlcadtechnically it's just the "B" command, but it was derived from zap so it was called blast
03:47.23louipcit sounds like it's a blast
03:47.45brlcadvery punny
03:47.48Nohlano :)
03:47.53NohlaI dont think that
03:48.40Nohlablast = zap ?
03:49.55Nohlasuch a pun!
03:50.46Nohlawell, I've done worse thing with marijuana :)
03:51.16brlcadheh
03:51.55Nohlabrlcad any suggestion to translate it?
03:52.10brlcad"sounds like it's a blast" contains a pun on blast -- there it means "sounds like it's a lot of fun"
03:52.20Nohlajust to bring and idea for some pleople who don't know a word in english
03:52.39brlcadcall it the "B" command :)
03:52.54brlcadborrar y dibujar
03:53.10Nohlaisn't it like refresh?
03:53.16brlcadno
03:53.27Desert69redraw? :)
03:53.31Nohlait zap and write? or zap and let it ready to be drawn?
03:53.38Desert69(hi there! :) )
03:53.59brlcadit's only a redraw if you B the same object(s) you were already looking at
03:54.10brlcadbut you can erase and draw anything
03:54.48Nohlawell, I'll do this: explain what B does, and since then, i'll just call it B command
03:54.50*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
03:54.56Nohlado you like it?
03:55.08brlcadsounds great
03:55.24brlcadyou could say "Borrar y dibujar"
03:55.33brlcadthat fits
03:55.54Nohlaits not the same that zap and  let it ready to draw
03:56.00Nohlaisn't it?
03:56.14brlcadno entiendo
03:56.38Nohlait zap and write? or zap and let it ready to be drawn?
03:56.46brlcad"B object" is exactly equal to "Z" followed by "draw object"
03:56.54Desert69it **do** draws every object you were looking at, right?
03:57.19Nohlabrlcad ah ok
03:57.21brlcadno, Desert69 .. it draws whaever object(s) you list after B
03:57.30brlcaddraw a b c
03:57.31brlcadZ
03:57.43brlcad[that erases a b c]
03:57.48Desert69apsss ok... got it :)
03:57.49Nohlaloud and clear :)
03:57.49brlcaddraw a b c
03:57.58brlcadB a d e f
03:58.09brlcad[that erases a b c, then draws a d e f]
03:58.30brlcadwould have been the same as
03:58.33brlcadZ
03:58.35brlcaddraw a d e f
03:58.40brlcadinstead it's just
03:58.41brlcadB a d e f
03:59.11brlcadminor efficiency, but pretty important when you do that hundreds of time in one day
04:00.55Nohlabrlcad I'll finish 4th and 5th tomorrow
04:01.25Nohlaand starseeker will help me and show me something he announced yesterday
04:01.59Nohla(maybe you know what)
04:02.08starseekerNohla: I announced something?
04:02.40Nohlastarseeker I was not in that moment, but read it before
04:02.46Nohlalet me look for it
04:04.14Nohlawell, I don't know
04:05.17NohlaIt was something like you changed (don't know what) and will show me how to do it now
04:05.30Nohlawith that change
04:05.35starseekeruh
04:05.54Nohlasorry, I was too tired when I read it
04:06.05starseekerif your sourceforge account is ready, I can walk you through doing the commit of the two new translations yourself
04:06.24Nohlaok, we will
04:06.37Nohla(tomorrow, you know)
04:06.41starseekerbrlcad: she does have commit access, yes?
04:06.52starseekerto at least doc/docbook?
04:07.04Nohlastarseeker I think I do
04:07.12starseekerok, cool :-)
04:07.17Nohlaused it the last time
04:07.21starseekertomorrow then
04:07.23starseekercrashes
04:07.55Nohlatoo
04:08.41Desert69see ya
04:08.42*** part/#brlcad Desert69 (n=Desert69@190.48.220.225)
04:10.50Nohlawell, brlcad thanks again
04:11.04Nohlastarseeker see you tomorrow :)
04:11.31Nohlaa great pleasure... like always
04:16.26Nohlabrlcad sorry, I'll take this for me:  que significa zap.. que es lo que pasa cuando tocas una amiga y te pasa una pequen~a electrificacion? .. en ingles, se dice que el sonido es un "zap"
04:16.30Nohlavery funny :)
04:28.31CIA-82BRL-CAD: 03brlcad * r37389 10/brlcad/trunk/misc/brlcad-config.in: add libanalyze the brlcad-config
04:31.11CIA-82BRL-CAD: 03starseeker * r37390 10/brlcad/branches/dmtogl/ (232 files in 66 dirs): Merge trunk into dmtogl through revision 37388.
04:34.46*** join/#brlcad Nohla (n=jesica@168.226.176.181)
04:34.59Nohlastarseeker are you still there?
04:35.10Nohlajust 1 second
04:52.15Nohlawell, good night
06:17.49CIA-82BRL-CAD: 03brlcad * r37391 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: and this is why strict needs to be enabled.. quell newly introduced warnings.
06:38.37CIA-82BRL-CAD: 03brlcad * r37392 10/brlcad/trunk/regress/Makefile.am: clean up the other bots files too
07:16.57*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
07:48.26*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
08:20.31CIA-82BRL-CAD: 03brlcad * r37393 10/brlcad/trunk/src/librt/roots.c:
08:20.31CIA-82BRL-CAD: clear up the exact floating point comparison by converting it to a NEAR_ZERO
08:20.31CIA-82BRL-CAD: test, but keep the 1.0e-5 magic number on the subsequent test. still need to
08:20.31CIA-82BRL-CAD: figure out why it's so sensitive for the eto, but this takes care of the
08:20.31CIA-82BRL-CAD: comparison warning. while we're in here, (re-)increase the number of root
08:20.34CIA-82BRL-CAD: solver iterations to 100 from 20 to give the solver more of a fighting chance if
08:20.36CIA-82BRL-CAD: it is stuck in a linear search.
08:21.23CIA-82BRL-CAD: 03brlcad * r37394 10/brlcad/trunk/src/librt/Makefile.am: re-enable strict flags for librt. let the fun continue.
08:22.06CIA-82BRL-CAD: 03brlcad * r37395 10/brlcad/trunk/TODO: the roots exact floating point comparison was requelled.
08:25.13CIA-82BRL-CAD: 03brlcad * r37396 10/brlcad/trunk/regress/solids.sh: not clear if it was intentional, but the keyword is 'shadows', not 'shadow', to turn on light shadows. fortunately, doesn't seem to mess up the test to enable them so we can quell the rt warnings.
09:23.04*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk)
11:52.02d-loMorning all!
11:52.10d-loLate night or early day brlcad? :)
12:29.44d-lohahaha:  http://www.youtube.com/watch?v=8AyVh1_vWYQ
12:30.07d-lohas some language so it *may* be nsfw depending on where you work
14:07.20``Erikonion ftw
14:07.54``Erikthat's actually fairly positive for a review of a sony product.. :D
14:28.46starseekerwatches slashdot have another go at the H264 question and idly wonders how long until the patents on it fully expire...
14:32.29starseekerhmm, around 2025
14:34.25starseekerfigures that probably means around HTML7 or so we get good quality video as part of the spec...
15:05.14``Erikis html5 using 264?
15:35.26CIA-82BRL-CAD: 03irpguardian * r37397 10/brlcad/trunk/src/rt/ (Makefile.am heatgraph.c view.c worker.c):
15:35.26CIA-82BRL-CAD: Major work done inside of heatgraph and worker to allow the heat-graph to be made
15:35.26CIA-82BRL-CAD: more accuratly. "Works" on goliath model, but dies when doing moss, due to a
15:35.26CIA-82BRL-CAD: "rt_shootray() bad ray" for some unknown reason.
17:52.39CIA-82BRL-CAD: 03brlcad * r37398 10/brlcad/trunk/src/rt/ (view.c worker.c): formatting cleanup, ws, style, consistency, comments.
18:00.18brlcadstarseeker: perhaps you or bob can help this guy: https://sourceforge.net/projects/brlcad/forums/forum/362510/topic/3527163
18:00.57brlcadinteractive mged editing of pipes, and get/put come to mind
18:17.35CIA-82BRL-CAD: 03irpguardian * r37399 10/brlcad/trunk/src/rt/ (heatgraph.c view.c worker.c):
18:17.35CIA-82BRL-CAD: Removed most old traces of heat graph calculations from view.
18:17.35CIA-82BRL-CAD: Various tweaks inside worker and heatgraph for calculations.
18:42.30starseekerbrlcad: unless I'm nuts, there is no numerical overlap between either the raytrace or ged semaphores and any of the bu semaphores
18:43.11starseekerexcept RT_SEM_TREE0 = BU_SEM_LAST
18:43.33starseekerand GED_SEM_WORKER = RT_SEM_LAST
18:44.11starseekerall other definitions in both RT and GED just start incrementing from those initial definitions
18:48.54``Erikthinks irpguardian broke remrt
19:14.51starseekerHmm.  Shark says g_qa is semaphore happy
19:40.33CIA-82BRL-CAD: 03irpguardian * r37400 10/brlcad/trunk/src/rt/ (heatgraph.c view.c worker.c):
19:40.33CIA-82BRL-CAD: Removed almost all unused heat graph elements from view, and temporarily removed timetable_free
19:40.33CIA-82BRL-CAD: due to it free-ing too soon.
19:40.33CIA-82BRL-CAD: Replaced timers in worker.c to be the default timers.
19:40.33CIA-82BRL-CAD: Pretty much works now on 1 cpu.
19:53.17``Eriknice http://www.youtube.com/watch?v=ydIUfRAEPjk
19:56.51*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
20:13.06CIA-82BRL-CAD: 03starseeker * r37401 10/brlcad/trunk/src/libged/gqa.c:
20:13.06CIA-82BRL-CAD: When there are debugging statements in gqa that ask for a semaphore lock, be
20:13.06CIA-82BRL-CAD: sure to lock ONLY if debug is enabled - was previously locking regardless,
20:13.06CIA-82BRL-CAD: slowing the process. This isn't all the semaphore issues, but it does help.
20:15.38``Erikhttp://flowingdata.com/wp-content/uploads/2010/01/Engineers-Guide-to-Drinks11.pdf
20:18.00*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
20:18.27CIA-82BRL-CAD: 03starseeker * r37402 10/brlcad/trunk/src/libged/gqa.c:
20:18.27CIA-82BRL-CAD: Add a comment identifying the other major semaphore issue in the gqa code -
20:18.27CIA-82BRL-CAD: needs a little more study to see what the implications are of not using
20:18.27CIA-82BRL-CAD: semaphore's for those snippits of code and whether there is another way it can
20:18.29CIA-82BRL-CAD: be handled.
20:27.44starseekerI guess I should say, last issue for overlaps
20:27.57starseekerother code still has issues - that GED_STATS lock is murder
21:01.46*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
21:18.24*** join/#brlcad rafael (n=rafael@apn-95-40-69-203.dynamic.gprs.plus.pl)
21:18.41rafaelhey
21:19.00rafaelbrlcad is similar to AUTOCAD ?
21:44.27CIA-82BRL-CAD: 03brlcad * r37403 10/brlcad/trunk/TODO: need to test rcodes/wcodes/edcodes, also figure out what's up with the new? tessellation failures.
21:49.18brlcadi bet when gqa was originally written, the trace dominated
21:49.26brlcadso you didn't see the stats contention
21:49.53brlcadnow cpus are faster, it's stumbling more to the book-keeping and locks involved there
21:51.00``Erikg_qa is pretty recent, though
21:51.30brlcad5-years "recent"
21:51.49``Erikwas it that long ago? O.o
21:51.59``ErikI thought it was more like 2.5ish
21:52.19``Erikwow, it was 5, damn
21:52.47``Erik7.4.2 O.o
21:55.58brlcadall those bu_semaphore_acquire(GED_SEM_WORKER); are dubious..
22:02.27CIA-82BRL-CAD: 03irpguardian * r37404 10/brlcad/trunk/src/rt/ (Makefile.am heatgraph.c view.c worker.c):
22:02.27CIA-82BRL-CAD: Fixed makefile to not be broken anymore
22:02.27CIA-82BRL-CAD: Fixed cursed malloc error in heatgraph so that it creates the pictures correctly now.
23:24.53*** join/#brlcad Nohla (n=jesica@168.226.178.227)
IRC log for #brlcad on 20100123

IRC log for #brlcad on 20100123

00:32.27*** join/#brlcad Ralith (n=ralith@69.90.48.97)
01:05.42*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
01:11.58Nohlabrlcad hi
01:37.32*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
02:52.18*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
03:11.19*** join/#brlcad Nohla (n=jesica@168.226.178.144)
03:22.59Nohlabrlcad holaaaaa
03:32.03Nohlastarseeker ?
03:33.08Nohlabuuu :(
03:41.43*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
03:52.24starseekerhowdy
03:52.52starseekerNohla: here now
03:57.04``Erikhrm, I could go for a scotch egg O.o
03:57.22starseekerwhat kind of chicken lays a scotch egg?
04:00.25``Erikum, plovers?
04:00.35starseekerheh
04:01.20starseekerponders wearing this t-shirt to a meeting someday... http://store.xkcd.com/xkcd/#TechSupport
04:03.18starseeker``Erik: I don't suppose you already own this one... http://store.xkcd.com/xkcd/#Science
04:06.49``Erikheh, no, almost all my tshirts are either plain or vendor gifts
04:07.29``Erikhasn't bought a non-plain tshirt in over a decade :D
04:08.04``Erikso now I have exciting pop-culture tshirts that say stuff like "java", "google", "opengl", ... :D
04:08.25``Erika few linux ones...
04:09.59``Erikheh, ten years ago, I was sitting in the san jose airport waiting for my flight home after visiting nvidia, wearing a redhat tshirt given to me by the guy who was the scsi guru for redhat at the time... vp of redhat stops and introduces himself and says "nice shirt" O.o crazy shit, ainnit? :D
04:10.59starseekerthere are geeks everywhere :-)
04:12.39starseekerreally should put together an xkcd favorites sheet and post it by his desk - it's kinda the geek version of Farside
04:13.11starseekerand unlike Dilbert, stands very little chance of being understood by the Powers That Be, let alone banned
04:13.16``Erikyeah, everywhere, who'd have guessed you'd run across one in san jose *cough* :D this was in like '01, linux was slightly less mainstream back then :D
04:13.27``Erikum
04:13.48``Erikthe 'powers that be' shove dilbert cartoons into their slides and don't realize that THEY'RE the ones with pointy hair...
04:14.09starseeker<snort> until they finally figure it out and then ban the posting of 'em
04:14.28``ErikI can only think of one BC that'd be stupid enough to try that, and she's not a bc anymore :)
04:16.00starseekerhas heard tell of many such stories in many businesses
04:16.06``Erik(and I think it was the 'cat carrier' that actually spun her up)
04:16.51``Erikyeah... in a very locked down cube farm type environment, posting cartoons distrupts the sterile soul-crushing blandess and cannot be tolerated...
04:17.15starseekerpersonally thinks it's time to worry when the Dilbert cartoons are replaced by gang style graphitti and anonymous threats...
04:17.19``Erikwe're somewhere between that and a uni physics/math dept
04:17.49starseekerif the workforce still has a sense of humor, things aren't that bad
04:17.50``Erikthinks new physics professors are required to completely cover the door in cartoons before they're allowed to do anything else
04:18.03starseekerhehe
04:18.24starseekerrecalls userfriendly and Foxtrot in his undergrad physics department
04:18.46``Erikuserfriendly? I suddenly feel old again
04:19.03starseekerhuh?  why?
04:19.28starseekergot a kick out of userfriendly, at least most of the time
04:20.16``Erikstarted college (the first time) in '95 :)
04:20.25starseekerah :-)
04:21.30starseekerthe physics lab prof had some of the Foxtrots with physics lab stuff, and our local sysadmin had the userfriendly (plus "Dilbert is a documentary" as #1 on the "list of things they don't teach you in school.")
04:23.05``Erikit's all about the striped irregular bucket, yo
04:23.41``Erik(not a cartoon, but definitely in the "they don't teach you at school" category)
04:24.00starseekeris afraid to ask...
04:25.57``Erikprogenitor of BOFH
04:27.03``Erikif you don't know SIB and BOFH, you don't even deserve root on your own machine...
04:27.15starseekeroh, I know BOFH
04:29.02starseekerSIB... not clicking
04:29.14``Eriksame as bofh, just a bit earlier
04:29.44starseeker``Erik: remember, I got into the game late and started with a 386 in a world of pentiums - I was lucky to get command line, let alone internet
04:30.54``Erikthe internet is for porn... http://www.youtube.com/watch?v=eWEjvCRPrCo
04:31.19starseekerah, the good old days... 400 floppies to get Debian and key software onto the sucker, splitting deb files using prosplitter to get them onto multiple floppies
04:31.33starseekercouldn't label the floppies, they kept getting written over
04:31.48starseekermy roommates were convinced I could read bits off the disks with my brain...
04:32.00``ErikI just didn't put the paper on the disks and wrote on the plastic with pencil
04:32.25``Erikcould just rub yoru thumb on it a little and remove the number :)
04:32.41``Erikstill has many slackware floppies... plus a wad of 5.25" disks
04:33.18starseekerhunts that drink blueprint poster... where's that link...
04:33.24``Eriksomewhere I have a cd with slackware 3 on it :D
04:33.32``Erikheh
04:33.37starseekereeek
04:33.44``Erikhttp://flowingdata.com/wp-content/uploads/2010/01/Engineers-Guide-to-Drinks11.pdf
04:34.01starseekersaw a boxed version of Windows 1.0 in a thrift store once
04:34.14starseekershould have bought it I suppose, but was a bit pricy for something so useless
04:34.44``Erikheh, got an 8086 or 8088 with win1.7 in my parents garage or attic or something
04:35.01``ErikI bet it's in the garage, too damn heavy to lug up
04:36.07starseekerman that blueprint is funny - wonder if someone actually hand drew it and scanned it or if that's part of the setup
04:36.35starseekerthe one I wanted to buy but they wouldn't sell (display item) was an original boxed Visicalc
04:36.50starseekerthat was (of all things) a Half Price books store
04:37.43``Erikheh
04:37.58starseekerwas pretty bummed they wouldn't sell it
04:38.04starseekercan't blame 'em though
04:38.11``Erikwonders how much it'd cost to get another atari...
04:38.29``ErikI got my first 'real' computer after burning out an atari that looked like http://www.nwcomputers.com/atari2600.jpg
04:38.51starseekergrins
04:38.57``Erik(the 'wood' there is just a sticker on plastic)
04:39.05starseekerwhere I was, the cool kids had the first nintendo
04:39.27``Erikooh, I did get to play on a famicon that a neighbor had in japan
04:39.29starseekerhad some dedicated purpose sports games that used LEDs, found at a garage sale
04:39.51starseekerDID have an LED based space invaders, which I'm sure got tossed or destroyed
04:40.08``Erikmanaged to play nintendo before it was released in the US, w00t
04:40.12starseekerhehe
04:40.23starseekerloved duck hunter
04:41.17starseekerremembers physically butchering the space invaders game so it would stop that friggin beeping every time the ships moved - not only did it waste battery power, it gave me away playing it after bedtime
04:41.43starseekerprobably tossed out my retirement in another 40 years... oh well
04:42.04starseekerpretty much destroyed all his toys as a kid - they got played with
04:42.46``Erikheh, electronic toys didn't last long for me, they became 'modified' or 'spare parts' pretty quick
04:43.36starseeker``Erik: funny about that case design on the atari - I've always wanted to see if you could take someone who didn't know anything about whether something is a video game, controller hardware, or what, and have them guess the age of various equipment based on case design
04:43.54starseekeratari just screams 80s to me...
04:44.08``Erikthat puppy was '77
04:44.34starseekerheh
04:44.43``Erikthey ditched the fake wood in '82, according to wikipedia
04:45.43``Erikhowzabout http://regmedia.co.uk/2008/03/20/bbc_1.jpg ? :)
04:46.38starseeker1985?
04:47.00``Erik81, but it lives on! that's where the ARM originated
04:47.06``Erik(it's a BBC acorn)
04:47.09starseekercool
04:47.32starseekerit's almost as old as I am
04:48.36starseekerAh, this is the keyboard I want for using Emacs... http://world.std.com/~jdostale/kbd/SpaceCadet.html
04:49.14starseekerthinks he might actually have prompted the posting of those images years ago, when he complained in some forum he couldn't find any pictures of the legendary space cadet keyboard...
04:50.09starseekerI see wikipedia has one now
04:50.45``Erikneeds shift lock, control lock, and meta lock that feed emacs correctly O.o :D
04:51.30``ErikI use escape as my metalock right now heh
04:52.29*** join/#brlcad Ralith (n=ralith@69.90.48.97)
04:52.43starseekerhas always wondered why someone doesn't produce a few "modern" space cadet keyboards in the old "go ahead, run a tank over it" construction style - apparently the real original generations of these keyboard types were even tougher than the IBM Model M
04:53.29starseekerconsiders his Model M one of the best gifts ever from a university sysadmin with a big pile of discard hardware...
04:54.40starseekerapparently the mice from that era were also metal construction and incredibly durable, but I've never seen one of those
05:00.55``ErikI d'no, I had an early 80's mouse for my c64, it was pretty crappy
05:01.37starseekerthinks it was the early "$100,000 in 1980 dollars" Lisp machines that got the overengineered hardware
05:03.03``Erikheh, symbolics and lisp machines?
05:03.30starseekeryeah, and even befor symbolics apparently MIT had some "prototype" stuff
05:04.01``Erikum, both those companies came out of MIT, no?
05:04.15starseekerI believe so
05:04.30starseekersymbolics yes
05:04.31``Erik"you're doing it wrong" "no, YOU'RE doing it wrong" "oh yeah? well, I'm gonna make a company to prove how wrong you are" "nut uh, *I'M* going to make a company to prove how wrong YOU are"
05:04.35``Eriksomething like that
05:05.07starseekerAnd amusingly enough the most lasting result of all of that was they ticked off Stallman
05:05.42``Eriklisp machines was '79 by greenblat from MIT, noftsker decided greenblat was a retard and started symbolics
05:06.24starseekerwas pretty cool when I was writing up the Maxima history in college and I realized that the macsyma code it was part of that whole thing
05:06.45starseeker``Erik: I think it's the lisp machines code that's up on google, right?
05:07.03``Eriknot sure, didn't really dig too hard
05:07.18starseekerah yeah, the kmachine
05:07.34``Erikspent more time looking at the old source for lisp1 on the ibm 704
05:07.44starseekeroh, here's the keyboard from the MIT machine:  http://world.std.com/~jdostale/kbd/Knight.html
05:07.51``Erikand pdp1
05:08.47``Erikhttp://www.catb.org/~esr/jargon/html/graphics/symbolics-keyboard-fullsize.jpg   ehehe
05:08.51starseekerah yeah - still not quite clear to me how he wound up able to release the code, but neat that he did:  http://eval.apply.googlepages.com/
05:09.17``Erikoh shit, this one hurts http://www-lipn.univ-paris13.fr/~saiu/apl-keyboard/apl-keyboard-2.jpg
05:09.44starseekerwinces
05:09.45``Erikmake http://www.classiccmp.org/dunfield/adam/h/memkbd.jpg look nice O.o
05:11.34starseeker``Erik: you know, it's kinda funny thinking about it - right now I have on my computer copies of the MIT CADR lisp machine code and the LM code for at least some of their designs - probably, at the right point in history, worth hundreds of thousands of dollars or more
05:11.42``Erikdoesn't remember a lot about the coleco adam... remembers cp/m used "cat" instead of "ls" or "dir", ummm
05:11.48starseekernow it's a free web download
05:11.59starseekercat instead of ls?  eep
05:12.13``Erikfor catalog
05:12.20starseekerah
05:12.28``Erikmakes more sense than dir, if'n ya ask me
05:12.53``Erikqdos was a bad cp/m immitation, and that was rebranded as ms-dos 1.01
05:12.58``Eriks/mm/m/
05:13.16starseeker<snort> sounds about right
05:13.55``Erikheh, it is :D ya gonna make me dig up history links to prove it? O.o
05:14.15starseekerno, I mean MS starting out by crappily copying something else
05:14.45``Erik'cept ms didn't copy back then
05:15.14``Eriksomeone else did the copying, ms bought it for a flat fee
05:15.18``Erikfor something like 50k
05:15.42``Erikhere we go http://inventors.about.com/library/weekly/aa033099.htm
05:15.44starseekeroh, so they graduated to copying things, up from buying someone elses copy?
05:17.28``Erik(was a movie that went into gorey detail, uh, pirates of silicon valley or something?)
05:17.43starseekerhas heard of it - should watch it
05:18.00starseekernot that it matters, I'll never play at those levels
05:19.59``Erikit's ancient history that's modern enough to have documented facts plus living memory :D
05:20.22starseekerhehe - just goes to prove time is relative
05:20.49starseekerNohla: We'll have to try again later - I'm gonna crash pretty quick here
05:20.57starseekeris getting old, apparently...
05:22.31``Erikheh
05:58.30*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
10:20.04*** part/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
12:16.29*** join/#brlcad Elrohir (n=kvirc@p5B149BE4.dip.t-dialin.net)
14:47.20Nohlastarseeker bueeenaaaaas
19:38.31Nohla5 hours later....
19:38.37Nohlaholas!
21:11.57*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
21:12.18*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
21:38.15*** join/#brlcad PrezKennedyII (i=Matthew@whitecalf.net)
22:26.53*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
IRC log for #brlcad on 20100124

IRC log for #brlcad on 20100124

00:33.44``Erikwhat's the difference between a bad golfer and a bad skydiver? one goes "*whack* damn.", the other goes "damn. *whack*"
03:01.32*** join/#brlcad Ralith (n=ralith@69.90.48.97)
03:43.32*** join/#brlcad ChanServ (ChanServ@services.)
03:43.33*** join/#brlcad Ralith (n=ralith@69.90.48.97) [NETSPLIT VICTIM]
03:43.33*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad roberthl (n=robert@silentflame/member/roberthl) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad starseeker (n=starseek@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad d-lo (n=claymore@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad CIA-82 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad poolio (n=poolio@63.246.136.16) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad indianla1ry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad ``Erik (n=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM]
03:43.44*** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
03:43.44*** mode/#brlcad [+o ChanServ] by irc.freenode.net
04:17.45*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
04:54.44*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
07:14.19*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
07:23.28yukonbobPirates of SV is interesting... worth the couple $$ and time to rent/watch.
08:32.43*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
14:25.37``Erik<PROTECTED>
15:14.28*** join/#brlcad Nohla (n=jesica@168.226.178.213)
15:30.54Nohlastarseeker last...
17:36.04*** join/#brlcad archivist (n=archivis@87-194-141-154.bethere.co.uk)
17:40.00brlcadyay, atari 2600
17:40.10brlcadstill has one with a ton of games
17:40.39brlcadalthough I got rid of the wood grain one for one of the more compact "new" ones in the 90's
17:41.42brlcadNohla: hehe, HOLA
19:21.58*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
20:21.01*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
21:13.27Nohlabrlcad al fin juntos! heh
21:31.51Nohlabrlcad buuuu, hay que ponerse las pilas!
21:32.02Nohlaas? no se puede
21:32.09Nohla:)
21:35.54*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
23:11.07*** join/#brlcad jesica__ (n=jesica@168.226.179.163)
23:54.16``Erikracing through a shopping mall, yeesh
IRC log for #brlcad on 20100125

IRC log for #brlcad on 20100125

00:04.02jesica__``Erik where are starseeker and brlcad?
00:04.55``Erikdunno, busy I guess
00:05.02jesica__:P
00:05.51jesica__drinking together :)
00:06.01``Erikheh, nah
00:06.23``Erikbrlcad may be on a trip, I vagually recall hearing him say he wouldn't be at the office on monday
00:08.01jesica__or sleeping together o.O
00:08.16``Erik:o I doubt starseekers gf would approve O.o :D
00:08.37jesica__hahaha, and brlcad would?
00:08.45``Erik<-- doesn't know
00:09.08``Erikhe is awfully... metro O.o :D *duck*
00:09.37jesica__poor brlcad, he's not here and we talking abou his privacy
00:09.39jesica__:P
00:09.49``Erikhe'll read the backlog :)
00:11.00jesica__eeeh, we're just kidding :)
00:11.28jesica__hahaha, you see? we're laughing
00:13.21``Erikdang cat O.o gets too happy and forgets I don't like pointy bits
00:14.58jesica__dang cat? pointy bits?
00:15.31``Erik'dang' is like 'damn', and I just got a few holes put in me from happy cat kneeding
00:16.52jesica__wow, I could misunderstand what you mean :P
00:17.16jesica__happy cat kneeding? haha
00:17.29jesica__holes?
00:17.38jesica__funny of you :P
04:43.43*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
05:06.30starseeker``Erik: here's a test case for the obj-g stuff:  http://bzflag.bz/~starseeker/open3dproject/
05:19.33Nohlastarseeker hola!
05:19.38starseekerhowdy :-)
05:19.44starseekersorry I haven't been around
05:26.58Nohlasaw :)
05:27.09NohlaI was just going to sleep
05:27.16starseekerah
05:27.23Nohlatomorrow, up too early for me
05:27.29starseekernods
05:27.36starseekeryeah, I need to be heading that way myself
05:28.06starseekerNohla: what I can do is email you a step-by-step example of committing a file
05:28.18Nohlaexcelent
05:28.35starseekershould be able to take care of that tomorrow
05:28.45NohlaI've tryed by the traditional way, but think somehing change
05:28.50Nohladoesn't it?
05:29.06starseekerhmm?  You tried to commit and it didn't work?
05:29.10starseekerwhat was the error?
05:29.16Nohlacan update, but not to bring my changes
05:29.35starseekeryou tried with svn add and svn commit ?
05:29.37Nohladon't make me try right now
05:29.40starseekersure
05:29.58Nohlayou know I can't leave it if I start with it :)
05:29.59starseekerI'll send you what we do to commit (standard subversion commands, nothing fancy) and see if it works
05:30.03starseekernods
05:30.32starseekerok, night!
05:30.58Nohlaidem :)
05:31.33Nohlaand thanks for your effort XD
05:39.05starseekertries compiling sisl out of curiosity on Linux and finds to his surprise it works virtually out of the box
05:40.58starseekerhah.  Go gentoo science overlay
05:41.10starseekerfinally has a compiled example of FreeCAD running
05:56.06starseekerand holy *bleep*, it actually loaded openbook part D step successfully
05:56.09starseekerhttp://bzflag.bz/~starseeker/freecad_openbook.png
05:56.36starseeker(sorry for being off topic by talking FreeCAD, but wow that's not bad.)
06:10.44starseekerhah - needed some cleanup (interestingly, shows the same artifacts the BRL-CAD 3dm-g process exhibits) but FreeCAD successfully loaded the openmoko phone step file.  http://bzflag.bz/~starseeker/freecad_openmoko.png
06:19.13starseekerlooks over the sisl feature list in the manual in awe...
06:21.07starseekerauugh, why does this have to be GPL...
09:46.33*** part/#brlcad Nohla (n=jesica@168.226.179.163)
11:39.14Ralithooh, shiny
11:39.35Ralithhow's the BRL-CAD surface stuff going?
11:40.16Ralithlast I remember seeing was some curvy mged wireframes and raytraces missing most parts
12:28.56*** join/#brlcad Yoshi47 (n=jan@64.235.102.210)
12:38.14Yoshi47how goes the programming! anything interesting lately?
12:56.57*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
13:36.20starseekerRalith: we've got pretty good raytracing going now
13:36.36starseekerworking on import of STEP at the moment
13:43.10Ralithcool
13:51.11starseekerhmm - libedit fork http://www.wanderinghorse.net/computing/editline/
16:31.38*** join/#brlcad parigaudi (n=quassel@pd95b7f5e.dip0.t-ipconnect.de)
17:40.32*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
17:53.15*** join/#brlcad Yoshi47 (n=jan@64.235.102.210)
18:33.22*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) [NETSPLIT VICTIM]
18:33.22*** join/#brlcad poolio (n=poolio@63.246.136.16) [NETSPLIT VICTIM]
18:45.58brlcadstarseeker: interesting pictures
18:46.51brlcadnote that most of the work-horse taking the load there is opencascade, not freecad itself; it's basically just those gui components that espose what the engine can do and visualize what's loaded
18:47.19brlcadnice to see it load up, though .. we should at least load up everything too :)
18:48.07brlcadRalith: that's a bit dated, NURBS/BREP raytracing and representation is pretty much complete (or at least good enough for most production uses)
18:48.15brlcada bit dated knowledge, that is
18:48.30brlcadhi Yoshi47, always interesting stuff going on :)
18:48.37Yoshi47nice
18:49.25brlcadthe most useful is probably step coming to fruition, but still a couple months of work to go there
18:49.43brlcadgetting strict compilation going was exciting for me, but probably not so much for others :)
18:50.15brlcadprogress on documentation has been fantastic with the docbook work and translations
18:52.42*** mode/#brlcad [+o brlcad] by ChanServ
18:59.42*** join/#brlcad parigaudi (n=quassel@pd95b7f5e.dip0.t-ipconnect.de)
19:34.01starseekerbrlcad: just curious - did you ever commit the root solver parameters fix?
20:16.17brlcadhttp://blog.netflowdevelopments.com/2010/01/24/open-source-alternatives-to-commercial-software/
20:16.26brlcadstarseeker: not yet
20:20.44starseekerhmm - have to check out imgv
20:20.54starseekerhas looked for a program to replace xv for years...
20:26.30brlcadheh, this is a really nice diagram
20:26.31brlcadhttp://live.gnome.org/Dia/Examples?action=AttachFile&do=get&target=VictorStinnerAutotools.png
20:26.47brlcadmaybe help explains things
20:27.01brlcador at least more detail on what comes from what
20:27.09starseekerthat is nice
20:28.16brlcadstarseeker: that's exactly the vertical flow diagram I was envisioning
20:28.22starseekernods
20:28.44starseekerhaven't had much time to play with dia yet, but it's on the list
20:28.56brlcadI might take a stab
20:29.08starseekerthat'd be better, of course :-)
20:29.47brlcadthat autotool diagram would be good to keep somewhere, hmm
20:29.51brlcadshoves it into tmp/ for now
20:30.50brlcadhttp://bzflag.bz/tmp/autotools.png for reference later
20:32.47starseekerbrlcad: what ever came of the idea to have GSL as a compile time option for root solving?  Is that still something that's of interest?
20:38.40brlcadit's interesting .. just not clear how useful
20:39.01brlcadfrom my quick tests of the patch, GSL fails to converge on a lot more roots than we do
20:39.39brlcaddon't know if that would be a net gain or not
20:41.18starseekerbrlcad: hmm
20:41.23starseekeryeah, that might not be worth it then
20:42.16starseekerbrlcad: would it be conceivable to have sisl be a compile time option in order to use some of its routines as a "crutch" until we get the equilivents implemented?  
20:53.32``Erikhuzzah, computer working again O.o
20:57.45brlcadjust a sec..
21:29.37*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
22:05.05starseekereyes rt_shoot_many_rays
22:08.04starseekernot quite...
23:36.15*** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc)
23:59.58``ErikO.o
IRC log for #brlcad on 20100126

IRC log for #brlcad on 20100126

00:08.23*** join/#brlcad Ralith (n=ralith@69.90.48.97)
00:24.38*** join/#brlcad indianlarry (n=indianla@BZ.BZFLAG.BZ)
00:24.38*** join/#brlcad d-lo (n=claymore@BZ.BZFLAG.BZ) [NETSPLIT VICTIM]
00:27.34``Erikwanders into asc2g's nmg code O.o
00:36.34``Erikghuh, v4 nmg asc is fuuuuuugly
00:37.47``Erikmebbe rt_nmg_adjust() would be better to look at O.o
00:55.25starseekerraises eyebrows - apparently at least some of varkon is LGPL - interesting
00:56.53``Erikstarseeker: didja read http://sourceforge.net/blog/clarifying-sourceforgenets-denial-of-site-access-for-certain-persons-in-accordance-with-us-law/ ?
00:57.17starseekeryeah
00:57.26starseekerI understand why sourceforge is doing it
00:57.39``Erikoh, then what were ya asking?
00:58.03starseekerwhether there is anything specifically on sourceforge that caused someone to worrry
00:58.43starseekerthey've been up for years, and all of a sudden last week they start blocking?  what happened?
00:58.56``Erikah, *shrug* the tone of the blog and other stuff involved doesn't sound like it, more like they put it off until the last minute
01:01.32``Erikseason premier of top gear is on
01:02.36starseeker``Erik: how are you doing the grid ray firing for marching cubes?
01:02.54starseekersuddenly wonders if there is overlap here between gqa and marching cubes...
01:04.10``Erikso far, I'm not... I was going to start iwth a very naive walk, then start looking at caching pertinent rays and if that changes the performance
01:16.00starseekeris endangering himself by thinking about the problem... arrgh...
01:27.33``Erikheh, wow... they de-helmetted the stig... there goes that aspect of that show O.o
01:31.01``Erikahhhh, supposedly he's not the real stig, but ferrari wouldn't let the regular stig drive the fxx... O.o
03:09.29``Erikhm, für elise is kinda tricky on the gitfiddle O.o
03:51.41``Erikbest. emoticon. ever. http://thefifthamendment.org/images/liteduel.gif
08:55.13*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
11:10.37*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
14:25.22CIA-82BRL-CAD: 03davidloman * r37405 10/rt^3/trunk/src/GS/NetSockPortal.cxx: D-lo: forgot 'delete'
14:45.13starseekerbrlcad: is it release 7.18.0 when we rename all the g_ tools?
14:54.23*** join/#brlcad Yoshi47 (n=jan@64.235.102.210)
15:01.17brlcadstarseeker: per doc/deprecation.txt yeah, that should be
15:01.55brlcadit was deprecated in 7.14, and while only two minor releases with the deprecation notice (7.14 and 7.16), more than three months have passed
15:02.09starseekercan't wait...
15:05.32CIA-82BRL-CAD: 03brlcad * r37406 10/brlcad/trunk/TODO:
15:05.32CIA-82BRL-CAD: stephen *almost* got everything done on the new heat graph lighting model, but
15:05.32CIA-82BRL-CAD: there are some critical flaws that need to be fixed before it can go live.
15:05.32CIA-82BRL-CAD: Minimally, the splotches need to get taken care of and it will crash with
15:05.32CIA-82BRL-CAD: parallel enabled. needs a little more attention, but not likely for 7.16.6.
15:07.25CIA-82BRL-CAD: 03brlcad * r37407 10/brlcad/trunk/TODO: push down vls wrapping (for annotations) and rt_functab refactoring. might still happen, but release priority should be on fixing the EDITOR bug, mged invocation, and testing wcodes/rcodes/edcodes.
15:07.52brlcadif we get a couple bugs/issues fixed, we can stamp out a release and bump to 7.17.0 for a new minor
15:08.01brlcadthis week
15:08.08starseekernods
15:08.23starseekerI'll see what I can do with the EDITOR bug, if you like
15:08.44brlcadsure, that one isn't too tricky
15:08.48brlcadi already isolated the problem
15:08.50brlcadif you recall
15:08.58brlcadit's just what to do about it
15:09.59starseekerright - the move to libged resulted in the loss of some knowledge needed for the handling of special cases
15:10.24brlcadyeah
15:10.38brlcadthe code that talked to libfb that figured out which editor to use was ripped out
15:11.14brlcadso either that logic (in libfb) needs to be moved, or called before we get to libged, or made generic libbu facility, etc
15:11.48starseekerkinda thinks libbu makes the most sense - presumably it's something any app MIGHT care about...
15:12.13brlcadthe tricky part is in figuring out which editor to use .. it needs to know how to invoke it
15:12.17brlcadwhich depends on the GUI
15:12.23brlcadi.e. libfb or libdm
15:12.37starseekerhmm
15:13.34brlcadif it's an X11 app, it needs to invoke EDITOR with something like  "xterm -e $EDITOR"
15:13.51brlcadthat's something that can be passed to libbu
15:14.11brlcadthe old way was limited anyways, it was defined during compile-time
15:14.17starseekeryeah, conditionalize the routine based on a supplied input...
15:14.22starseekerurgh
15:14.23brlcadso even if you were running mged in console, it would xterm -e
15:14.33starseekerO.o
15:14.49brlcad(so long as that mged had x11 support, it figured it was safe)
15:14.57starseekerthat would have been entertaining when we got Aqua going...
15:15.36brlcadsrc/mged/tedit.c is where the old logic resides
15:15.59brlcadsrc/libged/editit.c is the new stuff
15:16.05brlcadhave fun
15:16.45starseekerso, tedit logic to libbu, editit to call libbu to get info, check if anything still calls f_tedit
15:16.48starseekergot it
15:17.20brlcadit won't migrate directly
15:17.57brlcadit has if defined(DM_X) checks
15:18.02starseekerah
15:18.02brlcadthat was the problem moving it to libged
15:18.14brlcadso that has to be refactored and sorted out somehow
15:18.33starseekerOK, so rather than doing checks just have it be told by the calling routine
15:18.51brlcadright
15:19.25starseekermight have to have some info passed to the libged routine it doesn't get now... that'll be routine checking
15:19.48brlcadthen either reverting back to the one in mged for now if you keep things tied to libdm() or having "some" means for libged to know how to invoke an editor
15:20.21brlcadyeah, would need to pass the info somehow
15:20.51brlcadI can think of a couple ways to totally cheat if you can't figure something out
15:20.57starseekerhehe
15:21.16starseekercan get Tk to tell him the windowing system in use...
15:21.26brlcadbu doesn't have tk
15:21.42brlcadand the tcl it has in some places is getting removed
15:21.49starseekerI know - get the windowing system value and pass it to libged, which passes it to bu
15:22.31brlcadkeeping editit() as an mged function instead of a libged function could be a viable answer too
15:22.43brlcadas it is application specific, how to edit something
15:23.20starseekernods - that actually would have been my first impulse, but I had assumed you wanted it made generic in case other programs wanted to fire up an editor
15:24.57brlcadaffects wcodes/rcodes/edcodes/ted/red
17:33.32*** join/#brlcad talcite (n=matthew@dhcp-143-151.mcme-students.carleton.ca)
17:44.45talcitebrlcad: ping?
18:23.24*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
18:46.38CIA-82BRL-CAD: 03erikgreenwald * r37408 10/isst/trunk/src/ (gui.c isst.h): handle passing mesh list to library for filling
18:47.01CIA-82BRL-CAD: 03erikgreenwald * r37409 10/brlcad/trunk/src/adrt/ (adrt.h load.c load_g.c): fill mesh name list on load
18:53.13``Erikhah, exploring the show "heroes" :D http://www.reallifecomics.com/
19:05.55CIA-82BRL-CAD: 03erikgreenwald * r37410 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: count triangles
19:06.57CIA-82BRL-CAD: 03erikgreenwald * r37411 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: return # of triangles on success (1-5). Use V3ARGS where possible. start some brain dump on nmg building
19:30.37CIA-82BRL-CAD: 03brlcad * r37412 10/brlcad/trunk/TODO: the tree command should work with full paths
19:36.27brlcadlooks like rcodes/wcodes/edcodes are working nicely with object name >256 and paths >12
19:44.19*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
20:19.09CIA-82BRL-CAD: 03brlcad * r37413 10/brlcad/trunk/src/libged/editit.c: print a loud message to let the user know that they need to quit their editor before mged will come back to the land of the living. this restores feedback functionality removed during the libged migration.
20:21.28CIA-82BRL-CAD: 03brlcad * r37414 10/brlcad/trunk/src/libbu/vls.c:
20:21.28CIA-82BRL-CAD: wow, OLD OLD bug here. bu_vls_prepend wasn't incrementing the book-keeping size
20:21.28CIA-82BRL-CAD: of the vls after appending something. this resulted in chars getting nibbled
20:21.28CIA-82BRL-CAD: off the end until eventually an overflow is encountered. curiously, we weren't
20:21.28CIA-82BRL-CAD: even using this function before r37413 change to edcodes (at least not any
20:21.30CIA-82BRL-CAD: more).
20:22.20CIA-82BRL-CAD: 03brlcad * r37415 10/brlcad/trunk/src/libged/editit.c: minor ws
20:23.01CIA-82BRL-CAD: 03indianlarry * r37416 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: Fix cases where multiple entrances or exits are encountered along a BOT shotline often an artifact of a surface grazing. Currently implemented a first entrance, last exit approach.
20:23.57CIA-82BRL-CAD: 03brlcad * r37417 10/brlcad/trunk/TODO: rcodes/wcodes/edcodes seems to be working just fine now with object names >256 and depths >12. verified that previous version failed and that new version works as expected.
20:24.13CIA-82BRL-CAD: 03erikgreenwald * r37418 10/brlcad/trunk/src/adrt/librender/cut.c: disable mesh marking for now, seems to cause infinite loop...
20:31.32CIA-82BRL-CAD: 03brlcad * r37419 10/brlcad/trunk/TODO: note to look at the globbing code. noticed some debackslashing/slashing code in there.
20:38.28CIA-82BRL-CAD: 03brlcad * r37420 10/brlcad/trunk/TODO: nasty non-portable code that needs fixing in src/libged/tables.c and that needs to use bu_temp_file() or some other mechanism.
20:43.10CIA-82BRL-CAD: 03brlcad * r37421 10/brlcad/trunk/src/libged/ (14 files): remove most all references to MGED, eliminate some dead code, cleanup comments
21:28.06CIA-82BRL-CAD: 03brlcad * r37422 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: add some additional thoughts about FILO vs LIFO, an example on a concave case as well, and the issue about slipping through cracks without checking neighbors.
21:33.19``Erikwe should go with FINO... first in, never out, /dev/null ftw
21:33.23``Erik:D *duck*
21:34.34*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
21:59.19*** join/#brlcad max1234 (n=max@adsl-223-114-225.aep.bellsouth.net)
22:00.06max1234I am looking for a good program to do 2d renderings of datacad houses on, can anyone help me?
22:09.21max1234hello
22:22.45*** join/#brlcad Nohla (n=jesica@168.226.178.47)
22:23.24starseekerbrlcad: is http://sourceforge.net/projects/expect/ relevant to the MGED terminal dicussion?  specifically, http://www.mel.nist.gov/msidlibrary/doc/libes96a.ps
22:23.38brlcadmildly
22:24.43brlcadnot directly, applicable though -- it would be good for automating interactions with a given tty application
22:25.11starseekerso the libes96a.ps paper is something else?
22:25.28``Eriknifty, nmgmodel gives me the same error's I've been seeing in my cube crap
22:28.38brlcadstarseeker: not exactly
22:28.45brlcadwhat that paper is doing is basically what we need
22:29.02brlcadthe use of expect, though, is basically a "cheat"
22:29.22brlcadmost of the useful work he shows there actually has little to do with expect
22:31.34brlcadlike I said, the "hard" part is getting something that *portably* acquires a controlling tty (via open_pty() or similar) so that it works on windows too
22:32.17brlcadthey use expect to get the tty and also as a pseudo libtermio for handling the character control codes
22:32.30brlcadat least that's what it looks like at a glance
22:32.38starseekernods
22:32.50brlcadcould be usable.  expect is a bit of a "large" extension iirc
22:33.48brlcadthe bit that expect provides could probably be rewritten with a simple C function or two
22:34.02starseekercool
22:34.25brlcadyou could start similar to how they start, invoking a SHELL, etc
22:34.27brlcadsee where things go
22:34.52brlcadjust instead of using expect, make your own functions that give a tty, and other functions that do pass-throughs to libtermio
22:34.56brlcador curses
22:35.10starseekeryou said someone had done a tk curses implementation?
22:35.40brlcadyes and no, someone made a curses-like interface
22:36.11brlcaddon't think there's a reason you couldn't just have a binding layer to an actual termio library
22:38.59starseekernods.
22:39.16starseekerfinds cTk, which appears to be a curses backend for Tk??
22:39.21starseekerhow very odd
22:40.14starseekershakes himself - need to get back to actually changing the current code here...
22:42.35starseekermore fun to play with the tkterm ;-)
22:46.45starseekerwinces - /usr/X11R6/bin/xterm isn't a universal place to find an xterm
22:47.09*** join/#brlcad CIA-34 (n=CIA@208.69.182.149)
22:55.18*** join/#brlcad ibot (i=ibot@rikers.org)
22:55.18*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
22:56.34*** join/#brlcad Stattrav (n=Stattrav@202.3.77.161)
23:08.55starseekerbrlcad: I don't suppose we could include a gen_ptr slot in the ged struct the way the rt application data structure does?
23:12.12brlcadideally not
23:12.27*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
23:12.39brlcadundefined void pointers on a public interface are usually a deficiency/incompleteness of the interface to support something
23:13.23starseekercrud
23:13.30starseekerwell, there goes that idea
IRC log for #brlcad on 20100127

IRC log for #brlcad on 20100127

00:04.45starseekerturns mildly read as he realizes he added about 800 unnecessary bu_vls_trunc calls in tire where sprintf would have been appropriate...
00:04.50starseekerred even
00:05.27brlcad:)
00:07.02starseekerthat'll be a nice little loc reduction once I get done mucking with the editor stuff...
00:08.35``Erikand probably a minor performance boone, to boot
00:08.57brlcadnah, sprintf just truncs automatically
00:09.07brlcadthat's the diff between bu_vls_printf and bu_vls_sprintf
00:09.28brlcadprintf treats it as a stream and appends, sprintf as a string and truncates
00:16.06starseekerwow, writesolid in tedit.c is begging for a primitive callback.
00:18.26starseekerread too, for that matter
00:21.00``Erikhrm, something similar to the 'get' and 'adjust' callbacks, perhaps?
00:23.27CIA-34BRL-CAD: 03brlcad * r37423 10/brlcad/trunk/src/libged/pathlist.c: rewrite pathlist to not edit the provided pathp so the db_full_path can be const
00:58.28CIA-34BRL-CAD: 03brlcad * r37424 10/brlcad/trunk/bench/run.sh: ah, to forget the almighty 'hinv' command that sgi used to provide. check for it too, but remove the comments in the submission recommendations since we now embed system information in the log files.
01:00.32``Erikcan't remember the hpux one :/
01:00.41``Erikhm, 'caprica' on syfy
01:04.51starseekeraffects edcolor too
01:04.53starseekerconfound it
01:06.54starseekeralso edmater and red
01:07.34brlcadahh, yes
01:08.21starseekercomments out ged_edit calls until he figures out how badly he broke it
01:09.00brlcadheh
01:09.41starseekerhopes like hell he at least has the right idea with this... it would be a stupid issue to hold up the release on...
01:15.06starseekerwonders how many more years before he quits hitting basic C stuff he isn't familiar with... mutter...
01:16.17``Erikwell, ya see, starseeker, the "++" operator means to increment... the same as #'INCR
01:16.30starseekerheh
01:16.38starseekerso THAT's what I was doing wrong
01:17.53``Erik:D
01:27.26``Erikwonders if starseeker would consider http://brlcad.org/~erik/unscramble.c to be obfuscated O.o :D
01:29.44starseekerjust... would need a little time to unravel
01:30.50``Erikheh, I wrote that to cheat at an irc based trivia game O:-)
01:31.18starseekertisk, tisk
01:31.33starseekerah!  it compiled.  Now I can watch it blow up
01:34.28starseekergrowls... I wish Bob would delete functionality from the mged c files once it's working in libged
01:43.41``Erik<@GaidinBDJ> Wanna feel old?  Just think, if they remade Back to the Future now, they would be travelling back to 1980.
02:01.11brlcadhaha
02:04.17CIA-34BRL-CAD: 03erikgreenwald * r37425 10/brlcad/trunk/src/libged/pathlist.c: Copy db_init_full_path macro from mged/animedit.c to prevent missing symbol link error.
02:04.22*** join/#brlcad branco_ (n=branco@79.114.27.55)
02:05.15branco_hello ?
02:05.41brlcad~ask
02:05.41ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
02:07.17branco_cant compile from source on ubuntu 8.04 - some opennurbs error - u responded once on the ubuntuforums that its a badly setup system somehow , but im relatively sure my system is setup ok
02:07.42branco_/usr/include/c++/4.2/cstddef:55: error: '::ptrdiff_t' has not been declared
02:08.05brlcadthat doesn't sound like the first error
02:08.16brlcadif it's the problem I'm aware of, it's an optimization bug in gcc
02:08.23branco_when compiling opennurbs_3dm_attributes.cpp
02:08.30brlcadto see if it is, cd src/other && make CXXFLAGS=-O2
02:08.38brlcador reconfigure without --enable-optimized
02:08.55branco_no I tried several things
02:09.06brlcadthen I need more of a log than that one line
02:09.12brlcadneed it from the compile line to the end of the error
02:09.16brlcad~bzpaste
02:09.17ibotfrom memory, bzpaste is http://pastebin.bzflag.bz/
02:09.23brlcadideally posted there :)
02:09.44brlcadwhat is your configure line?
02:09.58brlcadand what version of brl-cad are you attempting to compile?
02:10.44branco_http://pastebin.bzflag.bz/d3c3bd87c
02:11.12branco_i guess --enable-optimized --with-ogl
02:11.25branco_brlcad 7.16.4
02:11.37brlcaddid you try make CXXFLAGS=-O2 ?
02:11.41branco_last stable source release
02:12.15brlcadbecause that really looks like the optimization bug .. maybe not, but oddly close
02:12.28brlcadit is a bit shorter than I recall..
02:12.49branco_no , but how could that fix it ? it seems very strange that it would fix such an error
02:13.11branco_http://ubuntuforums.org/showthread.php?t=971927
02:13.23branco_i get the exact same output
02:14.00brlcadyou're in std header land
02:14.12brlcaddifferent code paths are taken for optimized, unoptimized
02:14.23brlcadit was worth a shot regardless
02:14.27brlcadsimple enough to test
02:14.55branco_cxxflags is an option from the configure command line ?
02:15.02brlcadit's failing on #include <new>
02:15.20brlcadhm?
02:15.29branco_did you try make CXXFLAGS=-O2 ?
02:15.35brlcadconfused, you tried it or you didn't tryi it?
02:15.40brlcadthat's not for ME to try.. :)
02:15.40branco_didnt
02:15.43brlcadthat's for you to try
02:16.11brlcadawaits results then
02:16.14branco_ok ill see how i can do that
02:16.28brlcadthere's no "how" to it, other than type it in
02:16.31brlcadexactly like that
02:16.34brlcadinstead of "make"
02:16.42brlcadtype "make CXXFLAGS=-O2"
02:16.52brlcadno more, no less
02:16.59branco_ok thnaks , ill try it
02:19.19*** join/#brlcad jesica__ (n=jesica@168.226.178.47)
02:21.53brlcadbranco_: do you have build-essential installed?
02:22.07brlcadit's really looking mostly like you have a busted install of the standard c++ headers
02:22.56brlcadit's basically just failing on the very first c++ file, nothing to do with the actual line of code in question that it stops on
02:34.30*** join/#brlcad branco__ (n=branco@79.114.98.56)
02:49.45branco__i cant wait forever - mabe I'll log in tomorrow - on some reasonable timing for my part of the world - (branco_ to branco__ - got disconnected)
02:50.26*** part/#brlcad branco__ (n=branco@79.114.98.56)
03:02.45starseekerbelatedly notes the warning not to call bu_log in the child... der
03:03.01brlcadah, heh yes, that too
03:03.15brlcadthe child closes the standard descriptors for safety
03:23.24CIA-34BRL-CAD: 03brlcad * r37426 10/brlcad/trunk/ (45 files in 19 dirs):
03:23.24CIA-34BRL-CAD: make db_walk_tree()'s struct db_full_path pointer be const since no caller
03:23.24CIA-34BRL-CAD: should really need to be modifying it (and for the few that were temporarily
03:23.24CIA-34BRL-CAD: modifying it, make them get a copy). this cascades a const through to all of
03:23.24CIA-34BRL-CAD: the db_walk_tree() callbacks for region start, region end, and the leaf
03:23.25CIA-34BRL-CAD: function, but it's a minor api change. oof.
03:31.06jesica__brlcad ...
03:31.36brlcadyes?
03:31.55jesica__which differences exist if I add an html instead an xml?
03:32.21CIA-34BRL-CAD: 03brlcad * r37427 10/brlcad/trunk/src/libgcv/region_end.c: move NMG debug state save/restore to outside the jump sections.
03:32.39jesica__ask for the converter to pdf mostly
03:33.16brlcaddepends how the html is generated, but generally tons of changes
03:33.22brlcadhtml isn't really useful, it's not our source format
03:33.34brlcadwe generate html and pdf automatically from docbook
03:34.01brlcadwe cannot maintain html files easily, there are too many formats and too many docs
03:35.52CIA-34BRL-CAD: 03brlcad * r37428 10/brlcad/trunk/src/libgcv/region_end.c: for that matter, we don't need to save/restore twice
03:37.33jesica__well, just to know
03:43.19jesica__brlcad when I try to open the xml with just a click, a comment pops-up and tell It is an xml for the extension, but an html for the contents
03:43.57jesica__but I read ir, and its an xml, or at least, It looks like other xml in /lessons/en
03:44.18brlcadwhat are you editing it with?
03:44.23brlcademacs?
03:44.23brlcadvim?
03:44.41brlcadit's just text
03:44.51jesica__a simple editor with hightlight
03:44.52brlcadso any text editor should work fine
03:45.12jesica__use to edit with vim short changes
03:45.14brlcaddoesn't matter if it thinks it's html or xml, so long as the syntax is what you've been doing
03:45.37jesica__I can open it with the same editor
03:45.39brlcadosea if you write docbook, it's fine
03:45.48jesica__well, any editor can open it
03:45.51brlcade.g., if it looks okay in vim, then it's fine
03:46.07jesica__but first it shows the warning
03:46.35jesica__It looks ok everywhere
03:46.55brlcadthen it should be fine
03:47.29CIA-34BRL-CAD: 03brlcad * r37429 10/brlcad/trunk/src/libgcv/region_end.c: refactor out the goto statements (exactly for starters) via a cleanup function
03:47.46jesica__at least, it works until now :)
03:48.28brlcadwhat you have been doing has been working great
03:49.20brlcadthere's going to be a bigger news item regarding your efforts in the next release
03:49.26brlcadhttp://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/NEWS  <-- aqui
03:50.03brlcadthat will go to our mailing lists, the linux cad lists, sourceforge, freshmeat, and a few other places
03:52.07jesica__brlcad remind there's two images with english words in
03:52.13brlcadyeah
03:52.17CIA-34BRL-CAD: 03brlcad * r37430 10/brlcad/trunk/NEWS: Add missing news entry for jesica's work translation tutorials 3 and 6 to spanish. woo hoo.
03:52.27jesica__:)
04:05.46CIA-34BRL-CAD: 03brlcad * r37431 10/brlcad/trunk/NEWS: (log message trimmed)
04:05.50CIA-34BRL-CAD: this one is a biggie. keith applied a fix to the BoT ray tracing code so that
04:05.56CIA-34BRL-CAD: we no longer have a solidity failure when grazing a surface edge. using a FILO
04:06.00CIA-34BRL-CAD: in/out collapse, multiple ins are collapsed to the first in, and multiple outs
04:06.06CIA-34BRL-CAD: to the last out, making grazing points be considered a full hit. this should
04:06.10CIA-34BRL-CAD: fix a bug documented in sf bug 1501921 (Missed volume when raytracing BOTs)
04:06.16CIA-34BRL-CAD: reported by Charles Kennedy (g2asc) and Tim Myers where a BoT with stair-step
04:14.26jesica__brlcad  It's me driving crazy CIA-34 ? :P
04:15.37jesica__or sourceforge drives me crazy?
04:17.05jesica__whe I entry commit it asks me the password for 'login' gnome keyring
04:17.40jesica__... I'm afraid can't do it right
04:17.48CIA-34BRL-CAD: 03brlcad * r37432 10/brlcad/trunk/src/libgcv/region_end.c: make empty_model and empty_region non-static, simplify the logic and cleanup parameters.
04:17.50brlcadwhat's asking for a password?
04:17.57brlcadhow are you trying to commit?
04:18.01brlcadon the command line or with a gui?
04:19.03brlcadthe very first time you commit, it will ask you for your login -- give it your sourceforge username and password, NOT your system username
04:19.54brlcadso for you, your login: is "jesicaguidice"
04:20.10jesica__:) heh, GNOME word confused me
04:20.14brlcadpassword should be your sourceforge password
04:20.59jesica__mmm but it ask me first for the password
04:21.19jesica__I'm shure of that because it don't show my entries
04:21.23brlcadright, it will first try your system username .. so just hit enter
04:21.35brlcadthen it will ask login:
04:21.56brlcadfortunately, you only have to do this ONCE :)
04:22.12brlcadsolo una vez, despues se lo recuerda
04:23.24jesica__mmm
04:25.45CIA-34BRL-CAD: 03brlcad * r37433 10/brlcad/trunk/src/libgcv/region_end.c: make the jump section an else block to be obvious and consistent with other code. make the nmgregion be non-static too (WIP).
04:27.21jesica__but the probles is just with thw comment or the adds werenot applyed?
04:28.08jesica__brlcad I'm too tired, you know
04:28.32jesica__prefer to try it tomorrow earlier
04:29.04jesica__bad idea to do this with closed eyes :P
04:29.18brlcadthe adds were applied
04:29.24brlcadrun "svn status"
04:29.31brlcadshould see lines that start with "A"
04:29.38jesica__yes I saw the status
04:29.40brlcadyou're almost there
04:29.47jesica__they are
04:30.02jesica__good
04:30.06brlcadso are you running "svn commit"?
04:30.12jesica__aha
04:30.30brlcadand what does it say?
04:30.55jesica__could not authenticate to server
04:31.05brlcadcan you log in on sourceforge?
04:31.12jesica__yes
04:31.24brlcadshow me what it shows you
04:32.04brlcadscreenshot or copy/paste text from console will work
04:32.19jesica__<PROTECTED>
04:32.20jesica__Password for 'login' GNOME keyring:
04:32.20jesica__svn: Fall? el commit (detalles a continuaci?n):
04:32.20jesica__svn: MKACTIVITY de '/svnroot/brlcad/!svn/act/f16532de-2a33-44e6-b2f6-0430491a8a3b': fall? la autorizaci?n: Could not authenticate to server: rejected Basic challenge (https://brlcad.svn.sourceforge.net)
04:33.27brlcadoh, you're using gnome keyring...
04:33.36brlcadwonder if you put the wrong key in the keyring..
04:33.53jesica__well, but I've tried with its password
04:33.57brlcadwhat password did you put there?
04:34.07brlcadgnome keyring should be a diff password
04:34.11jesica__gnome keyring
04:34.19jesica__ah?
04:34.27brlcadso maybe you have a bad sourceforge password in your keyring
04:35.58brlcadaha
04:36.08brlcadgrep password-stores ~/.subversion/config
04:36.12brlcadwhat does it report?
04:36.20jesica__mmm possible, remember I'd tryed a lot of times with sourceforge
04:36.58jesica__absolutly nothing
04:37.01brlcadokay
04:37.06``Erikum, didn't sf disable passwords for ssh access a long time ago? you need keys now?
04:37.15brlcadgrep password-stores /etc/subversion/config
04:37.31brlcad``Erik: nah, still allows passwords
04:37.43brlcadused mine just earlier today on a new system
04:38.01``Erikah, 'k, for svn, cvs required ssh which needed a key, I think
04:38.07jesica__<PROTECTED>
04:38.12brlcadthat's the problem
04:38.16brlcadjesica__: add these two lines to ~/.subversion/config
04:38.18brlcad[auth]
04:38.23brlcadpassword-stores =
04:38.46brlcador edit /etc/subversion/config and make that password-stores = nada
04:38.53jesica__just that?
04:39.47brlcadyes
04:39.58jesica__done
04:40.06brlcadalternatively, you could delete your login gnome keyring :)
04:42.45CIA-34BRL-CAD: 03brlcad * r37434 10/brlcad/trunk/src/libgcv/region_end.c: simplify cleanup by pushing the nmg_kr(r) up a level. following the existing logic, looks like it's only actually killing the region in a couple places.
04:42.48brlcadyou should now be able to svn commit, it'll say password, hit enter, it'll say login, enter your sourceforge login
04:42.52brlcadetc
04:43.02jesica__done :D
04:43.24brlcadwaits for it
04:44.01jesica__buuu
04:44.02jesica__Commit blocked by pre-commit hook (exit code 1) with output:
04:44.03jesica__/var/local/mastertree/host/sfp-svn/hook-scripts/check-mime-type.pl:
04:45.22jesica__brlcad Is really difficul to me to stop in the middle of something, but I'm really tired
04:45.32brlcadahhhh
04:45.36jesica__sleeped jus 2 ours the last 2 days
04:45.38brlcadSO close.....
04:45.39brlcad:)
04:45.43brlcadone more command
04:46.06jesica__ok
04:46.26brlcadcurl http://brlcad.org/~sean/subversion.config > ~/.subversion/config
04:46.46brlcadyou'll need to re-add the "password-stores ="
04:46.59brlcadand revert the files
04:47.07brlcadsvn revert -R doc/docbook
04:47.24brlcadsvn add doc/docbook/lessons/es/whatever.xml
04:47.44brlcadthat will set the mime-type automatically after you download my config
04:47.50brlcadmore details here: http://brlcad.org/wiki/Mime-types
04:49.19jesica__can I add 4 xml at the same time, really?
04:49.36brlcadyou should be able to
04:49.47brlcadcd doc/docbook/lessons/es && svn add *.xml
04:51.23jesica__buuuu
04:51.39brlcadque paso'?
04:51.42jesica__I'm falling sleep
04:51.46jesica__nothing
04:51.49brlcadaww
04:52.04brlcadtan cerquita
04:52.06jesica__me qued? dormida con la noteboook encima
04:52.13brlcadjeje
04:52.40brlcad'tas joven
04:52.43jesica__tell me what means the message
04:52.47jesica__:)
04:53.19brlcadyou mean what does the mime-type message mean?
04:53.29jesica__no
04:55.33jesica__brlcad please, tomorrow
04:55.39brlcadmm, okay :)
04:55.45jesica__I wanna understand
04:56.05jesica__enjoy it, but I cannot do it like this :(
04:56.12brlcadno problem, until tomorrow then :)
04:56.32jesica__thanks, night
05:08.34CIA-34BRL-CAD: 03brlcad * r37435 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: add additional parameter validation to all of the kill routines to allow null parameters. this should make life easier on callers to not have to sanity check everything 'just in case'.
05:22.51CIA-34BRL-CAD: 03brlcad * r37436 10/brlcad/trunk/src/mged/edsol.c: no longer need to check for non-null
05:29.36CIA-34BRL-CAD: 03brlcad * r37437 10/brlcad/trunk/src/libgcv/region_end.c: validate parameters a little more
05:49.34CIA-34BRL-CAD: 03brlcad * r37438 10/brlcad/trunk/src/ (libged/pathlist.c mged/animedit.c): the db_init_full_path macro is unnecessary. it was a typo (one which animedit.c apparently made too). the call is supposed to be db_full_path_init().
06:22.06CIA-34BRL-CAD: 03brlcad * r37439 10/brlcad/trunk/src/librt/db_tree.c: allow db_free_tree() to be given a null and be okay with it.
06:28.55CIA-34BRL-CAD: 03brlcad * r37440 10/brlcad/trunk/src/libgcv/region_end.c:
06:28.55CIA-34BRL-CAD: finally quiet the warning about curtree possibly getting clobbered due to a
06:28.55CIA-34BRL-CAD: longjmp. We make a copy of the curtree and free the original so that we can
06:28.55CIA-34BRL-CAD: play with our copy more carefreefully. this lets strict pass on erik's
06:28.56CIA-34BRL-CAD: teardropmaxbox that was curiously unreproducible on an identical configuration
06:28.58CIA-34BRL-CAD: elsewhere. no matter, it seemeth fixed now.
08:06.29CIA-34BRL-CAD: 03brlcad * r37441 10/brlcad/trunk/src/librt/db_tree.c:
08:06.29CIA-34BRL-CAD: implement support for duplicating an OP_NMG_TESS tree as well so we don't die in
08:06.29CIA-34BRL-CAD: a miserable bomb death. can't figure out why this isn't really working, though,
08:06.29CIA-34BRL-CAD: so just stub the code and cheat by creating a 'fake' copy for now that
08:06.30CIA-34BRL-CAD: still/also references the original region data.
08:08.42CIA-34BRL-CAD: 03brlcad * r37442 10/brlcad/trunk/src/libgcv/region_end.c: helps to test sometimes. can't call db_free_treee() since we don't really have a real copy yet. it's a fake so just leave it be.
08:32.17CIA-34BRL-CAD: 03brlcad * r37443 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: whoopsie daisy. bad logic there skippo. do the checks if it's not null, not the other way around.
08:40.58brlcadfantastic.. tesselllate havoc once and it bombs.. immediately tess again (with the same binary, same options, exact same model) and it succeeds
08:41.51brlcadi'd swear the overall output looks a heck of a lot cleaner than it did the last time I ran it though, pretty clean
08:42.01brlcadslow but clean
08:46.27brlcadand complete! wow.. don't recall the last time havoc went through cleanly with no obvious missing parts
08:49.53CIA-34BRL-CAD: 03brlcad * r37444 10/brlcad/trunk/BUGS: mged rrt command isn't respecting the view size, just using default autoview (from the right az/el).
08:56.29CIA-34BRL-CAD: 03brlcad * r37445 10/brlcad/trunk/BUGS: rrt even gets azel wrong
09:05.43CIA-34BRL-CAD: 03brlcad * r37446 10/brlcad/trunk/src/adrt/load_g.c: another const pathp callback that snuck through a crack.
09:55.11brlcad``Erik: distcheck looks clean now, libgcv works strict
09:56.59yukonbobmorning #brlcad
09:57.15brlcadhowdy yukonbob
09:57.34yukonbob!Hi there never-sleeps :)
09:58.08yukonbobbrlcad: how's it going?
09:58.22brlcadpretty good
09:58.40yukonbobsees favourable checkin comments...
10:02.17yukonbobchomps banana, works on resume.
10:23.30CIA-34BRL-CAD: 03brlcad * r37447 10/brlcad/trunk/configure.ac:
10:23.31CIA-34BRL-CAD: re-enable debugging of mac os x dylibs under 10.5 where they apparently swapped
10:23.33CIA-34BRL-CAD: over to DWARF debug symbols, so ask the compiler to generate STABS for us
10:23.35CIA-34BRL-CAD: instead. while we're at it, lets crank debugging up to level 3 so that macro
10:23.39CIA-34BRL-CAD: definitions are also included.
11:19.15*** join/#brlcad mafm (n=mafm@121.Red-81-32-105.dynamicIP.rima-tde.net)
11:52.23d-loMornin brlcad!
12:10.01brlcadhowdy
12:16.36d-loup early or up late? :)
12:27.24*** join/#brlcad parigaudi (n=quassel@pd95b7f5e.dip0.t-ipconnect.de)
13:38.58*** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
13:39.00*** join/#brlcad Computer (n=Computer@209.16.114.100) [NETSPLIT VICTIM]
13:58.48CIA-34BRL-CAD: 03davidloman * r37448 10/rt^3/trunk/ (4 files in 2 dirs): D-lo: Fixed some includes issues.
14:05.28starseekersteels himself to clean up his hack and slash hackery of last night and heads in...
15:14.06*** join/#brlcad Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de)
15:39.57``Erikbrlcad: http://pastebin.bzflag.bz/d63989f08
19:14.41CIA-34BRL-CAD: 03starseeker * r37449 10/brlcad/trunk/ (12 files in 3 dirs):
19:14.43CIA-34BRL-CAD: Needs more testing and a review to make sure the approach is sensible, but move
19:14.45CIA-34BRL-CAD: the logic that tells libged how to call an editor to the MGED level - pass a
19:14.47CIA-34BRL-CAD: string to the libged editit command. Can successfully run TextEdit and vim
19:14.51CIA-34BRL-CAD: (without wrapper script) on Mac.
19:15.58CIA-34BRL-CAD: 03indianlarry * r37450 10/brlcad/trunk/include/opennurbs_ext.h:
19:16.02CIA-34BRL-CAD: Fix to remove vertical trims from "above list" that are not close to the hit
19:16.04CIA-34BRL-CAD: points and should not be used for determining trimming. Also adjustments to
19:16.11CIA-34BRL-CAD: BREP_EDGE_MISS_TOLERANCE and BREP_SAME_POINT_TOLERANCE definition values.
19:18.05starseekerah, here's the tkterm code: http://expect.cvs.sourceforge.net/viewvc/*checkout*/expect/expect/example/tkterm?revision=5.32
21:57.02``ErikiPad.. .with wings... O.o
22:11.51``Erikhah, already... http://failblog.files.wordpress.com/2010/01/129091000493619623.jpg
22:25.00yukonbob``Erik: there's also the "iPod is like a min-iPad -- where the device launched today is the max-iPad"...
22:26.13yukonbobwaves
22:31.54brlcadgot it
22:32.53brlcad(erik)
23:43.21*** join/#brlcad Nohla (n=jesica@168.226.179.147)
IRC log for #brlcad on 20100128

IRC log for #brlcad on 20100128

00:00.54*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
00:51.02CIA-34BRL-CAD: 03brlcad * r37451 10/brlcad/trunk/src/other/tcl/generic/regex.h:
00:51.02CIA-34BRL-CAD: define __REG_NOCHAR so that we don't declare the old char regex functions.
00:51.02CIA-34BRL-CAD: we're getting conflicting types on re_comp() and re_exec() on bsd systems. we
00:51.02CIA-34BRL-CAD: don't use those functions though (nobody should really), so it should be safe to
00:51.02CIA-34BRL-CAD: leave undeclared. really just needed the 'FRONT' regex function declarations.
01:15.08CIA-34BRL-CAD: 03r_weiss * r37452 10/brlcad/trunk/sh/tracker.sh: Updated to correctly export DATE LAST UPDATED
01:31.20``Erikheh, whoa, he committed something
01:31.32starseekerdon't faint ;-)
01:31.51``Erikbut if I do, then I can hit my head and have a reason for not showing up tomorrie :D
01:32.15starseekeraw, but then you won't get to see my annoying marching cubes email
01:32.30``ErikO.o
01:32.44``Erikdare I ask?
01:33.21starseekerprobably asking stuff you've already though about - octrees
01:33.54``Erikfor marching cubes? you're probably talking about an approach to the subdivision stuff I was talking about...
01:34.45starseekerI think gqa could benefit from the application of similar ideas, just using volumes rather than the marching cube face logic
01:35.03``Erikbut knowing when to subdivide would be a trick, there's the risk of geometry passing through a 'cube' without hitting a vertex of the cube, so the algorithm will assume there's no geometry in it
01:35.12starseekerwe do quad subdivision on nurbs, and octree subdivision of volumes is the 3d version of that
01:35.26``Erikyes, I'm well familiar with quadtrees and octrees
01:35.34starseekerI was talking with Ed about that earlier
01:35.39starseekerhave a couple ideas
01:36.37``Erikisn't sure it actually is a benefit to g_qa, the locality thrashing may offset any meager benefit
01:36.50starseekerdepends on how dense a grid you fire
01:37.26``Erikyou're basically guaranteeing a cache miss every time with the current approach, I think...
01:37.28starseekeror rather, need to fire
01:37.54starseekergqa's current approach?
01:38.01``Erikyeh, it hops all over the place
01:38.07starseekermm
01:38.30``Erikand I'd imagine that most of the cost is cache related anyways... *shrug*
01:38.38``Erikhit it with shark :D
01:38.52``Erikthen redo it to just shoot a regular grid and compare that
01:39.04starseekerwell, if you're in tomorrow and have a few minutes I'd like to outline what I'm thinking octree wise
01:39.26starseekerif nothing else, you get a chance to shoot down one of my ideas and you know how much fun you have doing that
01:39.32starseeker:P
01:39.44starseekeralmost as good as making fun of me being stuck in the mud
01:39.51Nohlaholas
01:40.16starseekerhola :-)
01:40.17``Erikoctrees even lost ground to kd-trees back when cpu's were much slower *shrug*
01:40.35``Erikthey were the rage for outdoor game crap way back when, though
01:40.43starseekernods
01:40.43``Erikum, along with ROAM for big terrains heh
01:41.10``Erikthen hoppe did his shtuff
01:41.46``Erik(yeah, I know... wtf, something good from microsoft? obviously their research facility is on a different planet hten their product development, corporate, legal, etc stuff)
01:41.56starseekerhas notice that before
01:42.07``ErikVIPM was nifty at the time, though
01:42.29``Eriks/hten/than/
01:42.39``Erikevening, nohla
01:42.55starseekerwell, don't want to waste time if it's a useless idea
01:43.03``Eriktrapped like carrots, heh
01:43.07starseekerhopes he hasn't forced ``Erik to explain it to Ed...
01:43.22Nohla``Erik good day, for the hole day :)
01:43.53``Erikwell, it'll probably go something like... <ed> so what's this cliff was saying about octrees? <erik> that's the adaptive refinement we talked about. <ed> ah
01:44.10starseekerheh
01:45.16``Erikunless this demo thingy puts me in a mood, then I might say "heh, yeah, cliff found an ancient technique we all ditched and is pretending to be a coder" :D *duck*
01:45.58starseekersigh - I do feel like that on some days
01:46.13``Erikhehehe, naw, just different background :D
01:46.26``Erikyou were doing... math... for fun... when I was studying all the video game fu
01:46.32starseekerheh
01:46.44starseekerI just didn't have access to video games or computers
01:46.54starseekershudders to think how messed up he would be if he had
01:47.10``ErikI mean, proofs instead of quaternions? srsy?
01:47.44starseeker``Erik: so kd-trees were the successer to octrees?
01:48.06``Erikthey were the successor to b-trees
01:48.27starseekerah
01:48.46``Erikbut 3 kd-tree stages tended to be quicker than a single octree stage for most video game crud
01:49.09``Erikand what's his name wrote articles about portal/sector at about the same time, which was teh awesomez
01:49.20``Erikh-something on, uh, gamedev.net?
01:49.25``Erikhavok?
01:49.32starseekeroh, the Id guy?
01:49.48``Erikdunno
01:50.04``Erikshoot, what was the name of that site... black background and orangish text
01:50.14starseekerare you using kd-trees for the marching cubes stuff then?
01:50.35``Erikno
01:50.52``Erikfirst version is going to be regular grid walked linearly
01:51.05``ErikI'm not sure subdivision approaches would be acceptable :/
01:51.31``Erikfor the same reason the metaball ray "tracing" is flakey
01:51.55starseekermissing small features?
01:52.02``Erikyeah
01:52.21starseekermy suggestion to Ed was to use the bounding box hierarchy of the CSG primitives
01:52.24``Erikthe 'small'ness of the feature is the size of the first sample subdivision
01:52.38starseekerunlike metaballs, we have some extra information we can use
01:52.47``Erikpossibly
01:53.05``Erikbut it's all irrelevant until I figure out how to shove triangles into an nmg :D
01:53.12starseekeroctree seemed to lend itself to that...
01:53.13starseekerheh yeah
01:53.22starseekerthat's wacky
01:53.31``Erikthe schedule has a wad of time at the end for exploring optimizations
01:53.46starseekerremembers being scared of that early on - looks like I was right to fear ;-)
01:53.50``Erikno need for premature optimizations :)
01:57.00``Erikheh /* implement me */ ... that helps
01:57.14starseekerdon't you love those?
01:57.23starseekerthe tk libdm stuff has a few of thos
01:57.28starseekerthose even
02:14.47*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
02:44.27Nohlastarseeker yesterday I couldnot commit
02:44.54NohlaIs it work anyway?
02:52.39Nohladoes it work :P
02:58.29*** join/#brlcad branco_ (n=branco@79.114.79.230)
03:00.07branco_hello sean
03:05.21branco_this irc thing is very unreliable ; i'll make a sourceforge forum message about ubuntu 8.04 and brlcad 7.16.4 - there I can write everything at once and no disconecting or posting one on top of the other and clear history and not having to wait for the answer
03:13.08louipcagreed
03:14.08louipcI prefer mailing lists though. I can operate from the comfort of mutt.
03:32.19*** join/#brlcad Nohla (n=jesica@168.226.179.147)
03:35.45CIA-34BRL-CAD: 03starseeker * r37453 10/brlcad/trunk/NEWS:
03:35.45CIA-34BRL-CAD: Fixed behavior of commands that invoke an external editor - libged migration of
03:35.45CIA-34BRL-CAD: logic resulted in some of the special case logic for editors needing a
03:35.45CIA-34BRL-CAD: controlling terminal being lost. Now MGED generates the required information
03:35.46CIA-34BRL-CAD: and sends it to the libged routine that invokes the editor - in essence, MGED
03:35.48CIA-34BRL-CAD: now tells libged how it wants the editor invoked.
03:41.24branco_ok so now it's posted on the forum - no more irc for me
03:41.29Stattravlouipc: if the comfort of mutt == comfort of using it from a command line. there exists irssi which is a non-gui tool to access irc
03:41.48*** part/#brlcad branco_ (n=branco@79.114.79.230)
03:45.46``Erikheh, yet another one who's in both #brlcad and #lisp, odd
03:56.06Stattrav``Erik: i am not good at lisp, i am a novice :)
03:56.20Stattravlisp n00b
03:58.22``Erik<-- is under the impression that you quit being a lisp noob after ~20 years of coding in lisp... maybe...
03:58.44Stattravlol true :)
03:59.40Stattravin december 2009 i met a person at a scipy conference who has been a lisp user for around 30 years now.
04:00.06Stattrav:s/user/programmer/
04:00.29CIA-34BRL-CAD: 03erikgreenwald * r37454 10/brlcad/trunk/src/conv/g-egg.c: note location of file format
04:04.37``Erikif scheme counts, I only have ten years :(
04:12.56Stattravit does i guess :) its a dialect
04:45.42starseekerkinda like - "Apple - successfully going out of business for 20 years" it's "$Programmer - Lisp newbie for 10 years and counting."
04:52.36``Erikor bsd, dying since '73?
04:53.03``Erik77?
05:02.17``Erikheh, nifty, (apply #'lcm (loop for i from 1 to 10 collect i))
05:02.28``Erik2520 ftw
05:02.40``ErikDAMN colbert report for making me code
05:44.30*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
09:31.46*** join/#brlcad Stattrav (n=Stattrav@202.3.77.161)
10:41.58*** join/#brlcad ibot (i=ibot@rikers.org)
10:41.58*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
12:18.36CIA-34BRL-CAD: 03indianlarry * r37455 10/brlcad/trunk/src/conv/step/ (4 files): Just update to copyright dates, somehow got skipped.
12:33.31CIA-34BRL-CAD: 03d_rossberg * r37456 10/brlcad/trunk/src/libged/editit.c: added the missing buffer for the MS Windows version
12:58.20``Erikindianlarry: copyright update is a search/replace script, the conv/step files might not be in the 'right' format for the script to see?
13:00.18brlcadyep
13:00.29brlcadDimensionalExponented States Government
13:00.34brlcadDimensionalExponentsed States Government
13:00.46brlcadsomeone had fun with a search n replace
13:00.55brlcadthe script doesn't think they're ours to mess with
13:01.07brlcadDerivedUnitElemented States Government
13:07.36*** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl)
13:12.06Stattravhey brlcad
13:12.43Stattravhey Sean
13:16.48CIA-34BRL-CAD: 03brlcad * r37457 10/brlcad/trunk/doc/deprecation.txt: names not set in stone, still need to think about them some more but the rt timers need to become bu timers
14:31.37brlcadhello Stattrav
14:32.01brlcadi'm on and off today, so there will be reply lag ;)
14:55.53*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
20:41.12``Erikswank, full build on fbsd now, that regex fix did it, it'd seem
20:58.40brlcadcool
20:58.42brlcadeven 9?
20:59.02CIA-34BRL-CAD: 03brlcad * r37458 10/brlcad/trunk/src/conv/nastran-g.c: ws indent style cleanup
21:03.10CIA-34BRL-CAD: 03brlcad * r37459 10/brlcad/trunk/src/conv/viewpoint-g.c: ws indent style cleanup
21:05.13``Erikmy 9 box isn't responding
21:05.36``Erikit may be at a bios 'push f1 to continue' screen, I'd been dorking with it remotely, forgot to look on my way out the door this morning, had other crap on my mind
21:26.59*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
22:01.03*** join/#brlcad branco (n=branco@79.114.81.192)
22:09.59brancohello - again with the ubuntu problem - noone answered on the forum so mabe you have more time now ? - brl-cad is not high priority for me so I don't mind if I get no answer but I kinda got mad about not being able to compile so I still didn't give up completely on posting messages about my problem
22:10.37brlcadbranco: I read your message, but just have have been busy yesterday and today
22:11.25brancook so if you will post a message in the forum sometimes it's alright
22:12.34brancowon't stay longer , bye
22:13.23brlcadbah
22:15.11``Erikshould make all responses on the forum to him a single word :> *duck*
22:15.50alex_jonihit&run
22:16.57CIA-34BRL-CAD: 03starseeker * r37460 10/brlcad/branches/dmtogl/ (12 files in 11 dirs):
22:16.59CIA-34BRL-CAD: Ugh. Quick and dirty stab at getting tcl/tk and itcl/itk cvs versions building
22:17.01CIA-34BRL-CAD: in BRL-CAD tree. Something not right - tkhtml3 isn't happy - but build at least
22:17.03CIA-34BRL-CAD: gets past those directories. Right now it wants zlib subdir in tcl/compat -
22:17.05CIA-34BRL-CAD: need to figure out how to remove the requirement.
22:50.35brlcadhe's a her
22:51.26``Erikit.
22:52.29``Erik:D
23:28.46CIA-34BRL-CAD: 03starseeker * r37461 10/brlcad/branches/dmtogl/src/other/tkhtml3/src/Makefile.am: Tweaks to new tkhtml3 Makefile.am.
IRC log for #brlcad on 20100129

IRC log for #brlcad on 20100129

00:01.34CIA-34BRL-CAD: 03starseeker * r37462 10/brlcad/branches/dmtogl/src/other/tkhtml3/src/Makefile.am: Whoops, wrong Makefile.am tweaks. Try again with tkhtml3.
00:28.32Stattravwhat is the problem with installation in ubuntu ? i did face some but the sole reason was the absence of some dev headers
00:28.47Stattravi dont remember what it was. it was 2 years ago
00:30.41Stattrav*what they were actually
00:52.44*** join/#brlcad Ralith (n=ralith@69.90.48.97)
01:41.41*** join/#brlcad IriX64 (n=Warlock@bas2-sudbury98-1177871770.dsl.bell.ca)
02:36.40*** join/#brlcad Nohla (n=jesica@168.226.178.2)
02:46.41``Erikmwahahhaa
02:48.58Nohla``Erik evil laught?
02:49.27louipcStattrav: if you compile from source, it should all be there
02:50.17louipcoh maybe opengl
02:52.55``Erikyes, maloeran is in town, I took him to the local microbrewery and made him drink the 'sampler' of different beers... he was feeling the effects quite a bit when I dropped him off at his hotel :)
02:53.01``Erikcorrupting the youth and all, mwahahah
02:53.29louipcsounds fun
02:53.49``Erik(he almost never drinks)
02:53.55louipchow big is the sampler?
02:54.05``Erikum, 8 4oz glasses I think?
02:54.11louipchehe
02:54.24``Erikbut he only drank a few, the darker beers were too robust for him
02:55.34louipcany stouts?
02:56.40``Erikthere was an imperial stout in it, I stolded it from him
02:57.42louipcawe
02:57.44``Erikcome to baltimore, louipc, I'll take ya there :D http://www.duclaw.com/
02:58.08``Erikhe was more into the blond ale and amber ale... and kinda the lager... the dark ones skeered him
02:58.34``Erikfilled two growlers while there, will be a fun weekend O.O
02:58.50louipcthat would be sweet. I'll definitely consider it
02:59.33louipchaha
03:00.56louipci'm debating whether I should go to maryland deathfest or not
03:01.21``Erikif it's it sonar, it can't be THAT big
03:01.33louipcI know a bunch of people that are going, and it's a great lineup
03:01.46louipcyeap sonar
03:02.25louipcit's biggest death metal fest in north america as far as I know
03:02.38``ErikI think that's where I saw, uh, raveonettes
03:04.53``Erikiirc, I took 1 pretty much all the way down into the area, and the local roads to the lot... was too skeered and took 83 up to 695 to get out
03:05.13louipcheheh
03:05.44``ErikI must be old and uncool, I only recognize a couple bands on the roster
03:06.49louipcI only know maybe 1/4 of them
03:07.23louipcbut it's definitely a niche genre
03:08.30``ErikI'd rather have stuff a little more laid back with some groove... y'know, clutch, CoC, etc
03:08.41``ErikAiC!!! :)
03:09.31louipchehe yeah
03:09.56``Erikplays harder stuff than he listens to usually :/
03:11.13louipcIt's nice to mix it up I think
04:06.36Stattrav``Erik: true clutch is awesome
04:08.02Stattravbut for me there is nothing like the blues or southern rock/blues rock
04:11.51*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
06:01.07*** join/#brlcad IriX64 (n=Warlock@bas2-sudbury98-1177871770.dsl.bell.ca)
12:56.23CIA-34BRL-CAD: 03brlcad * r37463 10/brlcad/trunk/src/librt/primitives/eto/eto.c: horay for multitasking productivity during seminars. rename rt_mk_ell() and rt_ell4() to static make_ellipse() and make_ellipse4() routines.
12:57.12CIA-34BRL-CAD: 03brlcad * r37464 10/brlcad/trunk/src/librt/comb.c: ws cleanup
13:01.05CIA-34BRL-CAD: 03brlcad * r37465 10/brlcad/trunk/src/librt/ (Makefile.am primitives/generic.c primitives/table.c tcl.c): refactor the 'generic' parsetab routines for form(), adjust(), make(), and get() renaming some from rt_parsetab prefix to all using rt_generic prefix and living in their own file. remove unnecessary declarations.
13:22.38CIA-34BRL-CAD: 03brlcad * r37466 10/brlcad/trunk/src/libbu/malloc.c: still need to figure out why windows reportedly crached on the pointer sanity zappo. expand comment.
13:24.14CIA-34BRL-CAD: 03brlcad * r37467 10/brlcad/trunk/ (4 files in 3 dirs):
13:24.14CIA-34BRL-CAD: remove the unimplemented and barely even stubbed binmime 'binary mime-type'
13:24.14CIA-34BRL-CAD: objects. the name sucks as they wouldn't necessarily even be binary, but
13:24.14CIA-34BRL-CAD: there's probably a better way to do mime-type style information regardless
13:24.16CIA-34BRL-CAD: (e.g., an attribute on 'u c' binunifs).
14:02.22CIA-34BRL-CAD: 03brlcad * r37468 10/brlcad/trunk/include/ (16 files): convert a slew of XXX comments to be FIXME, NOTE, and WTF labels.
14:02.32CIA-34BRL-CAD: 03brlcad * r37469 10/brlcad/trunk/src/conv/ (38 files in 13 dirs): change a slew of XXX notes to FIXME, NOTE, and WTF, depending on the message. increase default tolerance to 0.0005 though needs improvement.
14:03.21*** join/#brlcad d_rossberg (n=rossberg@BZ.BZFLAG.BZ)
14:04.00CIA-34BRL-CAD: 03brlcad * r37470 10/brlcad/trunk/src/ (7 files in 4 dirs): more XXX conversion to FIXME, NOTE, and WTF depending on the message.
14:22.41CIA-34BRL-CAD: 03starseeker * r37471 10/brlcad/branches/dmtogl/src/other/tkhtml3/src/Makefile.am: Need some tk stuff in the tkhtml3 build Makefile.am - not sure this is everything but it seems to build on gentoo.
14:23.38starseekerheads in
15:58.07CIA-34BRL-CAD: 03bob1961 * r37472 10/brlcad/trunk/src/libged/move_all.c: Added a -f option to mvall for reading a mapping file.
16:06.11CIA-34BRL-CAD: 03bob1961 * r37473 10/brlcad/trunk/src/libged/bot_dump.c: Added ged_dbot_dump() for dumping the displayed bots and auxiliary data (i.e. arrows, lines and axes) to obj format.
16:23.19CIA-34BRL-CAD: 03bob1961 * r37474 10/brlcad/trunk/src/mged/utility1.c: Moved a few variable declarations to the beginning the their respective blocks.
16:40.52CIA-34BRL-CAD: 03bob1961 * r37475 10/brlcad/trunk/src/rt/ (view.c worker.c): Temporarily disallow lightmodel 8 on windows until there is time to find a windows equivalent function to getrusage().
16:44.49CIA-34BRL-CAD: 03starseeker * r37476 10/brlcad/branches/dmtogl/src/other/tcl/generic/regex.h: Pull in regex.h changes from trunk.
16:47.00CIA-34BRL-CAD: 03starseeker * r37477 10/brlcad/branches/dmtogl/src/other/tcl/generic/ (tcl.h tclBasic.c tclDecls.h tclInt.h tclStubInit.c tclZlib.c): The new Tcl zlib stuff isn't playing well with BRL-CAD libz - need a way to sort this out. For now, nuke it, but this isn't the correct long term approach.
16:47.44CIA-34BRL-CAD: 03starseeker * r37478 10/brlcad/branches/dmtogl/src/other/tcl/unix/ (Makefile.in configure.in): Oh yeah - get the build stuff for Tcl zlib
16:49.12CIA-34BRL-CAD: 03bob1961 * r37479 10/brlcad/trunk/misc/win32-msvc8/opennurbs/opennurbs.vcproj: Added move source files to the build.
16:49.22CIA-34BRL-CAD: 03starseeker * r37480 10/brlcad/branches/dmtogl/src/other/incrTcl/ (11 files in 11 dirs): Clear out the incrTcl Makefile.in files replaced by Makefile.am - eventually will need to do a more careful review of all this but for now byebye.
16:51.50CIA-34BRL-CAD: 03bob1961 * r37481 10/brlcad/trunk/misc/win32-msvc8/libanalyze/ (. libanalyze.vcproj): Added libanalyze.vcproj.
17:10.35CIA-34BRL-CAD: 03bob1961 * r37482 10/brlcad/trunk/src/libged/move_all.c: Minor change to the usage string.
17:37.41CIA-34BRL-CAD: 03starseeker * r37483 10/brlcad/branches/dmtogl/ (147 files in 39 dirs): Sync dmtogl to r37480
18:00.29CIA-34BRL-CAD: 03starseeker * r37484 10/brlcad/branches/dmtogl/src/other/tkhtml3/ (Makefile.am TODO): Add TODO file for tkhtml3
18:14.16CIA-34BRL-CAD: 03starseeker * r37485 10/brlcad/branches/dmtogl/src/other/tk/generic/tkImgPNG.c: (log message trimmed)
18:14.19CIA-34BRL-CAD: Hack and slash the PNG support in Tk, which depends on the Zlib stuff removed
18:14.24CIA-34BRL-CAD: from Tcl earlier. It appears that the Tcl/Tk solution to the problem we
18:14.28CIA-34BRL-CAD: encountered earlier integrating tkpng was to also integrate zlib into Tcl, which
18:14.34CIA-34BRL-CAD: means that Tcl itself is now going to conflict with our libz. Earlier compiler
18:14.40CIA-34BRL-CAD: errors indicate that libtcl isn't going to be a suitable straight up linking
18:14.46CIA-34BRL-CAD: replacement, so there's a situation here. Hopefully it can function enough for
18:30.33*** join/#brlcad Ralith (n=ralith@d142-058-083-041.wireless.sfu.ca)
18:36.06CIA-34BRL-CAD: 03starseeker * r37486 10/brlcad/branches/dmtogl/src/bwish/main.c: Still need itcl.h when doing BWISH with the new versions, apparently...
19:30.52starseekeruh oh
19:31.12starseekerthe new Tk uses tkImgPNG behind tkImgPhoto, apparently
19:31.29starseekerso that'll have to be untangled before even any framebuffer tests can be done
19:31.32starseekermutter...
19:35.01brlcadheh, so they're using what we were using?
19:36.14starseekerwell, what I tried to use with that tkpng thing
19:36.30starseekerI didn't expect it to be in back of tkImgPhoto - I thought that would be lower level
19:37.00starseekerbut they hit the same problem, solved it by sucking in zlib, and complicated our lives
19:37.31starseekerplus I can't start MGED - it's not finding tclStubsPtr in libitcl
19:37.36starseekergrowl...
19:38.31starseekerwas hoping to just use rt and check the refresh behavior on the Tk window, but no soap
19:39.34starseekerwonders why the blippity blip they seem to have duplicated everything in the win subdirectory... almost wonder if I checked it out wrong somehow
19:41.50brlcadsounds like you might be getting lost down a complexity pipeline with too much duct tape, needing to resolve one issue at a time to completion instead of bubblegumming to the next one :)
19:42.01starseekeryeah
19:42.56starseekerI wanted to just zero in on the one thing without doing a full "solve tcl/tk 8.6 integration" process, but now that that's out I'll have to go back and do it right
19:43.34starseekerfigures that the one thing that conflicts with our stuff would be the one thing I need to test
19:45.37CIA-34BRL-CAD: 03starseeker * r37487 10/brlcad/branches/dmtogl/src/other/tcl/generic/tcl.h: We're using the result slot, apparently one of the tcl TIP recommendations discourges it... need to dig into this one too.
19:45.42brlcadof course you could just install tcl/tk 8.6 and tell it to use system tcl/tk
19:46.31starseekerI could, but I would still expect a conflict between the tcl and libz/zlib libraries unless there's some magic foo somewhere I'm missing
19:47.45starseekerstill, might be worth a shot
19:49.03starseekerreadily admits the 8.5 Makefile.am foo might not be mapping well to 8.6
19:51.57``Erik*snicker* http://gist.github.com/289467
19:56.25brlcadheh
19:56.48brlcadlearned something new.. don't think I knew (or at least I forgot if I did) that python has lambda functions
20:06.14``Erikamusing, oreilly had a booth at pycon2009 and supposedly the first book they sold out of was 'real world haskell'
20:06.50starseekerthe impossible intrigues people ;-)
20:07.46``Erikheh, I had fun doing haskell back in school
20:08.03``Erikbut sometimes I'd have to switch to scheme to get the program to complete in time...
21:06.32CIA-34BRL-CAD: 03bob1961 * r37488 10/brlcad/trunk/doc/docbook/system/man1/en/mvall.xml: Updated to include a -f option and a sample mapping file.
21:07.06CIA-34BRL-CAD: 03brlcad * r37489 10/brlcad/trunk/regress/repository.sh:
21:07.06CIA-34BRL-CAD: only look for source files in the src and include directories (so we avoid
21:07.06CIA-34BRL-CAD: walking down distcheck dirs and potentially other unknown locations), but even
21:07.06CIA-34BRL-CAD: more so, make sure it's a BRL-CAD file before we boldly claim it has a common.h
21:07.07CIA-34BRL-CAD: problem. look at the file header to make sure, which helps it skip the lexer
21:07.09CIA-34BRL-CAD: generated source files too (which will otherwise fail the common.h test as the
21:07.11CIA-34BRL-CAD: lexer adds it's own stuff to the top of the generated file).
21:15.43CIA-34BRL-CAD: 03brlcad * r37490 10/brlcad/trunk/NEWS:
21:15.45CIA-34BRL-CAD: bob implemented a -f option on the mvall command for renaming objects in a .g
21:15.47CIA-34BRL-CAD: file based on an input mapping file. this feature relates to sf feature request
21:15.49CIA-34BRL-CAD: #2827957 (Dynamic renaming of objects based on mapping tables) from butler (and
21:15.51CIA-34BRL-CAD: was a reiterated request by various target describers).
21:16.30CIA-34BRL-CAD: 03bob1961 * r37491 10/brlcad/trunk/doc/docbook/system/man1/en/mvall.xml: Minor tweak to the "SEE ALSO" section.
21:47.55*** join/#brlcad poolio (n=poolio@BZ.BZFLAG.BZ)
21:52.57*** join/#brlcad Stattrav (n=Stattrav@202.3.77.161)
22:05.41CIA-34BRL-CAD: 03brlcad * r37492 10/brlcad/trunk/TODO:
22:05.43CIA-34BRL-CAD: mapping file support was added to the mvall commands, so remove the todo option.
22:05.45CIA-34BRL-CAD: the idea to also add it to the 'mv' command is interesting, but not nearly as
22:05.47CIA-34BRL-CAD: pressing a need to keep the entry around for. instead of adding similar -f
22:05.49CIA-34BRL-CAD: options to other commands, a generic batch file command would be better as it'd
22:05.51CIA-34BRL-CAD: parallel the search command. it'd also be generalizable to arbitrary automatic
22:05.53CIA-34BRL-CAD: file-based processing.
22:31.54CIA-34BRL-CAD: 03erikgreenwald * r37493 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: pack faces/vertices into the shell
22:33.05CIA-34BRL-CAD: 03erikgreenwald * r37494 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: add some minor notes. Change return value to 0.
22:36.31*** join/#brlcad Ralith (n=ralith@69.90.48.97)
22:37.12CIA-34BRL-CAD: 03bob1961 * r37495 10/brlcad/trunk/src/libged/move_all.c: Modified ged_move_all_file() to handle comments. It's expected that bu_argv_from_string() will handle arguments with spaces (i.e. "example arg with spaces").
22:37.19*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
22:46.29``Erikhah http://brlcad.org/~erik/mc.png
22:46.39``Erikmebbe I should figure the orientation some :D
22:48.18CIA-34BRL-CAD: 03bob1961 * r37496 10/brlcad/trunk/doc/docbook/system/man1/en/mvall.xml: Updated to reflect that comments are now allowed in the mapping file.
22:51.34CIA-34BRL-CAD: 03bob1961 * r37497 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed two misuses/typos of lsearch in the cmd method.
22:52.23CIA-34BRL-CAD: 03bob1961 * r37498 10/brlcad/trunk/src/tclscripts/archer/AttrGroupsDisplayUtility.tcl: Added exportToObj method.
22:56.39CIA-34BRL-CAD: 03bob1961 * r37499 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Updated the moveWrapper to bypass the ledger stuff if -f is specified.
22:57.35CIA-34BRL-CAD: 03bob1961 * r37500 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added a method for dbot_dump.
22:59.01brlcadbot_sync, bot_flip
22:59.26brlcad"form bot" will show the parameters for a bot
23:00.10brlcadget your_bot orient
23:00.18brlcadput your_bot orient no
23:01.05CIA-34BRL-CAD: 03bob1961 * r37501 10/brlcad/trunk/include/config_win.h: Added define for STDIN_FILENO.
23:01.31CIA-34BRL-CAD: 03erikgreenwald * r37502 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: cope with degredate triangles. calculate face information.
23:02.10CIA-34BRL-CAD: 03erikgreenwald * r37504 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: move region generation into timed segment. attempt to fix normals.
23:02.12CIA-34BRL-CAD: 03bob1961 * r37503 10/brlcad/trunk/include/dm.h: Added more defines for FONT10 and FONT11.
23:03.20CIA-34BRL-CAD: 03bob1961 * r37505 10/brlcad/trunk/include/ged.h: Added a declaration for dbot_dump.
23:04.57CIA-34BRL-CAD: 03bob1961 * r37506 10/brlcad/trunk/src/libdm/ (dm-ogl.c dm-wgl.c): Added more increments for automatic font size changes.
23:06.31CIA-34BRL-CAD: 03bob1961 * r37507 10/brlcad/trunk/src/libtclcad/ged_obj.c: Added the dbot_dump command.
23:08.42CIA-34BRL-CAD: 03bob1961 * r37508 10/brlcad/trunk/misc/win32-msvc8/libged/libged.vcproj: Added libanalyze.lib
23:09.21CIA-34BRL-CAD: 03bob1961 * r37509 10/brlcad/trunk/misc/win32-msvc8/brlcad/brlcad.sln: Added libanalyze
23:41.29CIA-34BRL-CAD: 03brlcad * r37510 10/brlcad/trunk/TODO:
23:41.33CIA-34BRL-CAD: flesh out even more details on a batch command. show how it relates to search
23:41.37CIA-34BRL-CAD: and show how it could have really powerful stream processing capabilities of
23:41.41CIA-34BRL-CAD: awk, sed, and cut. becomes a way to pipe and invoke ged commands without a
23:41.45CIA-34BRL-CAD: shell.
23:45.19CIA-34BRL-CAD: 03brlcad * r37511 10/brlcad/trunk/TODO:
23:45.19CIA-34BRL-CAD: keep a note to one day have a g-gcode exporter, with details on how to do so in
23:45.20CIA-34BRL-CAD: the manner that best preserves shapes without relying on point sampling or
23:45.20CIA-34BRL-CAD: tessellation. relates to sf request 1191316 and numerous requests from others
23:45.20CIA-34BRL-CAD: around the web (that presently go the g-stl or similar route).
23:54.16CIA-34BRL-CAD: 03brlcad * r37512 10/brlcad/trunk/TODO:
23:54.16CIA-34BRL-CAD: richard implemented the 3-argument scaling factors for sca, so can remove the
23:54.16CIA-34BRL-CAD: todo item. also just noticed that this feature was recorded as sf tracker
23:54.16CIA-34BRL-CAD: #1206440 (suggestion for 'sca' command) from Karel Kulhavy ( clock3 ) -
23:54.20CIA-34BRL-CAD: 2005-05-22; so also closed request that out and let them know it's in 7.16.4.
IRC log for #brlcad on 20100130

IRC log for #brlcad on 20100130

00:28.22brlcadwoot, got feature requests down from 60-something (maybe 62) to now 56
00:41.24``Erikaheh
00:43.10``Erikmy tree seems to mostly want to stand up now, I wonder if it was just water weight combined with the wind that was making it flop without actually having anything broken
01:04.08starseeker``Erik: that's... freaky looking
01:04.16starseekergot the triangles in, huh?
01:04.34brlcadso you're saying you have a woody eh?  one that usually flops around?  glad to hear you got it taken care of.
01:05.07brlcadhasn't even started drinking
01:05.13starseekerhehe
01:05.34``Erikheh, yeah, busted wood, won't stand up by itself.
01:06.13starseeker``Erik: how come the "on, off" pattern on the metaballs?  I can see where the pattern came from but wouldn't it still be solid?
01:06.14``Erikhopefully the tree survives, both because I like trees and I don't want to pay to have it removed
01:06.20``Erikwinding
01:06.34``Erikthey're being thrown into nmg unoriented, but when converted to bot, it thinks they're CCW
01:06.37``ErikI assume...
01:06.48starseekerhmmm
01:10.18``Erikthe winding SHOULD be decidable from the table, not sure if I need to 'fix' the table to do it though
01:10.49``ErikI'll convert something with far less accuracy so the triangles are blatantly obvious next week
01:11.08starseekernods
01:12.21starseekerhunts for converting trimmed to untrimmed NURBS
01:19.09starseekerand... gets a lot of tessellation links describing techniques for dealing with both trimmed and untrimmed...
01:22.37starseekerbrlcad: mind sending me the link you had in mind for how to do that conversion?
02:02.47``Erikeh? 1698494 is a duplicate of 1698494?
02:50.54*** join/#brlcad d-lo_ (n=claymore@BZ.BZFLAG.BZ)
02:50.55*** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM]
02:51.11*** join/#brlcad PhurlIpv4 (n=mdupont@ip-81-210-245-60.unitymediagroup.de) [NETSPLIT VICTIM]
02:51.25*** join/#brlcad Stattrav (n=Stattrav@202.3.77.161)
04:40.06starseekerOoo - http://www.cs.jhu.edu/~misha/MyPapers/SGP07a.pdf
04:41.11starseekerhttp://www.cs.jhu.edu/~misha/MyPapers/SGP06.pdf
04:42.12starseekerbetter and better - source code, with what appears to be BSD license:  http://www.cs.jhu.edu/~misha/Code/IsoOctree/
04:43.12starseeker``Erik: dunno if that's of any help...
06:48.41*** join/#brlcad s34n (n=chatzill@ip-65-162-123-250.mvdsl.com)
06:50.18s34nthe topic says release 7.16.4 is in prep
06:50.27s34nthe website says it is released
06:51.01s34nthe downloads page is still at 7.12.2
06:53.21s34nhmmm... I see Windows stuff only
06:53.37s34nno unix stuff
06:53.44s34nfor the latest releases
IRC log for #brlcad on 20100201

IRC log for #brlcad on 20100201

19:16.04*** join/#brlcad ibot (ibot@rikers.org)
19:16.04*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
19:49.29starseekerdingnabbit, our incrTcl test in configure.ac doesn't like the new itcl/itk setup
20:06.28starseekerscans the tcl archives in google groups... apparently they really don't like libtool
20:08.59starseekerah, shucks - this looks kinda neat, but it's gpl:  http://tclterm.sourceforge.net/
20:24.55yukonbobreads scrollback to see what starseeker is talking about...
22:19.14CIA-43BRL-CAD: 03bob1961 * r37516 10/brlcad/trunk/src/other/openNURBS/opennurbs_zlib.h: Added code to remove WIN32 if defined when WIN64 is defined.
22:20.46*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:29.07CIA-43BRL-CAD: 03bob1961 * r37517 10/brlcad/trunk/include/raytrace.h: Modified declaration of db_full_path_subst (i.e. make skip_first a const int).
22:46.01CIA-43BRL-CAD: 03r_weiss * r37518 10/brlcad/trunk/doc/docbook/system/man1/en/sca.xml: Updated MGED sca command documentation.
22:59.57``Erik<PROTECTED>
23:11.18brlcadhuh, I thought he already got that
23:12.36brlcad``Erik: what's the tcl issue now?
23:29.00``Erikgeneral grumpiness, no particular detail atm
23:34.10starseekeris very grumpy about tcl/tk/itcl/itk right now... it should pass though, usually does
23:35.18yukonbobstarseeker: tcl is your friend.
23:35.53yukonbobputs "starseeker, will you be my friend?"
23:36.16starseekertcl may be my friend, but the build system sure isn't
23:36.23yukonbobheh
23:36.29``Eriktcl has no friends.
23:36.46yukonbobstarseeker: hopefully that work I gave you will prove valuable...
23:37.13starseekeryou mean the NetBSD stuff?
23:37.16yukonboblogs
23:37.21starseekerah :-)
23:37.24yukonbob+ netbsd stuff...
23:37.36starseekeris kinda expecting to find much hatred for libtool...
23:37.51yukonbobyou will
23:38.02yukonbobbut there may be gems in there too...
23:38.05starseekerwhat I hope to discover is  why...
23:38.10starseekernods
23:38.16*** join/#brlcad Ralith (~ralith@69.90.48.97)
23:38.35starseekerwe actually have a tkhtml3 libtool/autotools + TEA build that pretty much functions
23:38.50starseekerbut I doubt that would convince anyone :-/
23:41.45starseekeryukonbob: what was the title of your email?
23:41.56starseekerisn't seeing it right away...
23:42.46``Eriktea is a pretty solid what not to do, no?
23:43.18yukonbobstarseeker: "#tcl logs"
23:43.34starseekersure, tea is fine, but the trick is feeding in things from a parent configure and having those nice .la files for libtool to work on
23:43.46starseekerhmm, not seeing it - did you get a bounce?
23:43.53yukonbobsent to: smustudent1
23:43.56yukonbobcorrect?
23:43.59starseekeryep
23:45.02Rangarbrlcad: lol, thanks.. I forgot that trike was there, did that quite a while ago, that was playing with Blenders dupliframe system
23:46.04yukonbobstarseeker: hrmm... appears to be (temporarily?) rejected by yahoo...
23:46.12starseekerphooey
23:46.28yukonbobya... "temporarily deferred"
23:46.35yukonbob<PROTECTED>
23:46.36yukonbob06.html
23:47.01starseekeryukonbob: well, no rush - if they don't undefer it we can cook up something else
23:48.27starseekermaybe I'll have shaken this headache by then...
IRC log for #brlcad on 20100202

IRC log for #brlcad on 20100202

00:18.12starseekerhas an "evil moment" contemplating cmakifying tcl/tk... http://wiki.tcl.tk/21227
00:19.40starseekernot for later - issue with libtool and Tcl Stubs on Windows... http://groups.google.com/group/comp.lang.tcl/browse_frm/thread/74cb58c3cdb7d252/cffcd1363cc2f684?lnk=gst&q=autotools#cffcd1363cc2f684
00:19.45starseekerer note
00:30.41*** join/#brlcad Tecan (~fsadf@unaffiliated/unit41)
01:31.01*** join/#brlcad ibot (ibot@rikers.org)
01:31.01*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
01:42.45*** join/#brlcad ibot (ibot@rikers.org)
01:42.46*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
01:50.43*** join/#brlcad ibot (ibot@rikers.org)
01:50.43*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
01:59.57*** join/#brlcad ibot (ibot@rikers.org)
01:59.58*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
02:09.27*** join/#brlcad ibot (ibot@rikers.org)
02:09.27*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
02:14.47*** join/#brlcad ibot (ibot@rikers.org)
02:14.48*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
03:09.04*** join/#brlcad Nohla (~jesica@201.255.242.124)
03:26.16*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
03:30.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:06.35*** join/#brlcad Ralith (~ralith@69.90.48.97)
06:42.38*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
08:03.32*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:30.46*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
09:51.07*** join/#brlcad Tecan (~fsadf@unaffiliated/unit41)
11:34.16Tecanthere be dragons
11:40.11``ErikO.o
11:40.36alex_joniat least not here :)
12:25.38Stattravand there be dragon hunters
13:13.18brlcadthey are tasty with some BBQ sauce
13:15.02CIA-43BRL-CAD: 03brlcad * r37520 10/brlcad/trunk/misc/win32-msvc8/Makefile.am: add the missing libanalyze to the dist
13:18.09CIA-43BRL-CAD: 03brlcad * r37521 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: add a couple files missing from the dist
13:18.47Tecanhttp://www.youtube.com/watch?v=qswm7lHp7oY  << one tin soldier
14:14.21``Erikbbq sauce for dragon hunters? interesting
14:17.41*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
15:34.28*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
15:35.24CIA-43BRL-CAD: 03brlcad * r37522 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: heh, backslash happy
15:52.57*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
15:53.10poolio``Erik: I'm learning about marching squares in class :)
17:24.33Stattravpoolio: which class in which university ? my prof barely touched it just mentioned it arbitrarily once
17:42.24yukonboblearned about marching squares in band class.
17:46.26CIA-43BRL-CAD: 03bob1961 * r37523 10/brlcad/trunk/include/opennurbs_ext.h: Quell some warnings when compiling 64-bit Windows.
17:47.30CIA-43BRL-CAD: 03bob1961 * r37524 10/brlcad/trunk/src/librt/ (38 files in 25 dirs): Quell some warnings when compiling 64-bit Windows.
18:14.13CIA-43BRL-CAD: 03starseeker * r37525 10/brlcad/branches/dmtogl/src/other/ (11 files in 5 dirs): Put back the ZLIB stuff in tcl/tk, but don't add it to the build system - need a way to pass in an external dir with the objects from the looks of it, based on manual tweaking of the gcc command used for tcl...
18:52.30*** join/#brlcad mafm (~mafm@195.Red-83-37-177.dynamicIP.rima-tde.net)
19:53.02*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
19:56.00*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
20:08.50CIA-43BRL-CAD: 03bob1961 * r37526 10/brlcad/trunk/src/librt/primitives/ (19 files in 19 dirs): The cast to long is now part of the bu_offsetof definition.
20:09.30CIA-43BRL-CAD: 03bob1961 * r37527 10/brlcad/trunk/include/bu.h: The cast to long is now part of the bu_offsetof definition.
20:44.08mafmhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289632
20:44.17mafmit seems tough to get brl-cad in Debian!
20:48.38brlcadhey mafm .. ltns!
20:49.32brlcadthere are lots of things wrong with that RFP.
20:50.18mafmI'm a busy man, running all of my oil camp pumps and flying around with my bugatti veyron and stuff
20:50.20brlcadtitle should probably be "BRL-CAD", not BrlCAD or brlcad and not with the description in the title (unless there is no separate description section)
20:50.35brlcadmm.. that's a big car
20:50.39brlcada big HEAVY car
20:51.09mafm:D
20:51.46brlcadthere is absolutely no detail from "eugen" on his bad code quality assertion
20:52.17mafmyep, but after gsocing I'm very well paid... I can buy a veyron every month :PPPPP
20:52.56mafmthe thing is, did you provide debian packages with some release?
20:53.18mafmmaybe it's easy to provide a DD with it, and if it's a proper package, could upload it
20:53.50mafmwith the added benefit that it would probably drop on ubuntu repos too, I think
20:54.36mafmthe title is not important anyway, it's just some user asking to get it packaged
20:54.46mafmnot the proper description that it would have
20:57.57brlcadwe don't provide any distro-specific releases, that's up to a release maintainer for that platform subset
20:58.13brlcadwe have enough to do managing source releases and major OS binaries
20:59.16brlcad"Linux (with a particular GLIB)" is where that line is drawn, binaries that'll run on any Linux of a given runtime
20:59.39brlcadthere needs to be a debian dev to sort out the issues integrating with apt
20:59.46brlcadno diff than with portage, fink, ports, etc
21:00.20brlcadnow if someone sorted out the build logic and make it a simple "make && make deb" which resulted in a .deb, that's something we could probably support
21:00.23brlcadthere'
21:00.38brlcadthere's hooks in the build system already for someone to fill in the logic, but to date nobody has stepped up
21:03.31CIA-43BRL-CAD: 03bob1961 * r37528 10/brlcad/trunk/src/libbu/ (11 files): Quell some warnings when compiling 64-bit Windows.
21:12.23*** join/#brlcad mafm_ (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
21:12.43CIA-43BRL-CAD: 03bob1961 * r37529 10/brlcad/trunk/src/libbn/sphmap.c: Quell some warnings when compiling 64-bit Windows.
21:13.04mafm_I thought by reading the RFP that you already provided that in the past
21:16.43*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:17.05mafm_when brl-cad installs, all of include files, libs used by binaries and a lot of binaries themselves are installed, right?
21:17.20mafm_is there any doc and data too, I guess?
21:18.39brlcadthere has been one .deb posted, which was user-provided
21:19.00brlcadyes, it's the whole shebang, however it was configured
21:19.27brlcadif you compile it not use any provided libs, you have to have them all system-installed beforehand
21:20.01brlcadif you compile it to use all provided libs, it will be a completely stand-alone install with no additional dependencies (other than the C runtime) which is usually how binaries are built
21:20.23brlcadif you compile with auto-detection enabled, it'll run on systems matching the one you compiled
21:22.07mafm_but I mean, regarding libs, that it also installs internal libs dynamically shared, like librt or libu, right?
21:22.46brlcadyes, all of the brl-cad libs, a few hundred binaries, some resource data, documentation files
21:22.54brlcadstandard fare
21:22.57mafm_that's how it should be done in debian anyway, and not use any statically compiled stuff if possible
21:23.27brlcadyes, on debian, it should be a ./configure --disable-all build and have a deb package file that describes all of the dependencies
21:23.36brlcadnot rocket science, not even hard at all
21:23.46brlcadjust nobody knowledgeable has tried
21:23.58mafm_the problem is that you have to separate all of them into packages
21:24.11mafm_it's similar with OpenSceneGraph that I updated recently
21:24.27mafm_(but I didn't have to create from scratch)
21:24.28brlcadonly a few hobbiest users that have *wanted* a deb, never made a deb before in their life, some that haven't even really compiled before
21:25.08brlcadnone of the issues I've heard mentioned have been about separation
21:25.15brlcadit's been about competence
21:25.24mafm_so there's libopenthreads (bin and dev), libosg (bin and dev) with many plugins, openscenegraph-doc, openscenegraph-data, openscenegraph-bin with samples and converter tools...
21:25.27brlcadthey didn't really seem to know what they were doing
21:26.02brlcadisn't that up to the project to decide how to chop things up -- don't recall ever having seen anything about separation being a requirement
21:26.19brlcadand individual libs that are projects by themselves are already not an issue
21:26.32mafm_it's part of the debian policy to separate it that way
21:26.43mafm_AFAIK
21:26.53mafm_of course, BRL-CAD as a project or anybody, can provide a .deb with everything
21:26.58brlcadit's more complex projects (like X11 or SVN or OpenSSH) that have multiple binaries and libraries
21:27.14brlcadsvn isn't just "svn"
21:27.18brlcadthey have about a dozen libraries
21:27.25brlcadthey're certainly not separated last I saw
21:27.36mafm_hmm
21:27.41brlcadsimilar with the X11 core (not even counting Xt, Xi, etc)
21:28.11mafm_there's libsvn, subversion, and subversion-tools
21:28.14brlcadit's just a matter of size -- there are only so many "big" projects with code bases > 100k
21:28.40mafm_and x.org is completely modular now in debian
21:28.43brlcadright, as I would expect, that's a reasonable breakout -- but svn has more libs than that
21:29.04mafm_hmm
21:29.19brlcadthe corrollary would be making a package for our libbrlcad
21:29.26brlcad(which needs to be renamed, ugh)
21:29.51mafm_well, you don't have to provide a separate package for every library and binary
21:30.10brlcadI wouldn't even think to do that :)
21:30.14mafm_just a sensible separation, specially non-binary data
21:30.26mafm_by now Debian has around 11 architectures and several kernels (hurd and freebsd)
21:30.43brlcadthat doesn't exactly solve the current problem
21:31.25brlcadsure a good thing to do, but the problem has been someone simply competent in making a .deb knowing how to set things up and deal with various configuration issues
21:31.32mafm_the mirrors are very very huge, and they don't want to repeat data needlessly (non-binary packages are shared in a common pool for all architectures)
21:32.07brlcadour non-binary data is very miniscule at the moment
21:32.16mafm_hmm, I might give it a try, but I don't promise anything
21:32.18brlcaddocs are growing, but still tiny in comparison
21:32.24mafm_just updating OSG was a bit PITA :D
21:32.44brlcadat the point we have all docs in docbook format and are generating pdf files, then docs will be huge
21:32.53brlcadbut that's at least a year out
21:33.12mafm_I agree that .configure && make is not rocket science, but somehow creating Debian packages is very cumbersome
21:36.15brlcadthis is a great example:  http://bugs.gentoo.org/show_bug.cgi?id=77197
21:36.22brlcadthe gentoo ebuild is in a similar boat
21:36.53brlcadit has been hit up by many many people over the years, and just today was looked at by someone knowledgable that whipped up an ebuild in very short order
21:37.03brlcada completely new ebuild I might add
21:37.10alex_joniif you do make install then building a deb is not that hard
21:37.39alex_jonibuilding a deb that gets accepted in the debian repos however is a bit trickier..
21:37.52mafm_biggest problem might be name clashes or something, librt or libu are not terribly "unique-like" :D
21:38.38brlcadwe've sorted out most all of the name clashes I'm aware of, and made many insignificant by installing libs into a subdir
21:40.44alex_jonicomplying with the LFHS is another topic
21:40.57mafm_how so? like /usr/lib/brlcad/libu.so?
21:41.04brlcadyeah, like that
21:41.12mafm_debian adheres to FSH too :D
21:41.22alex_jonihttp://www.debian.org/doc/debian-policy/ch-opersys.html
21:41.24brlcadall just a configure flags
21:41.47alex_jonibrlcad: then it's the point of debian/rules to just invoke the proper configure invocation
21:41.55alex_jonisurely not a hard thing to do
21:42.02brlcadexactly my point
21:42.41brlcadnothing hard, just few knowledgeable have tried
21:42.58alex_joniwell, it depends what you want to do with the packages
21:43.04alex_jonibuild a repo and maintain it?
21:43.14mafm_are there any dependencies? kind of ogre in g3d?
21:43.25alex_jonipush it to debian, and be done with it.. ubuntu maybe? etc
21:43.47alex_jonimafm_: what do you mean?
21:43.49brlcadalex_joni: I still believe that's not time we should waste
21:44.07brlcadby we, I mean an active developer capable of working on the code
21:44.12alex_jonibrlcad: guess that's why there are no packages out there ;)
21:44.14brlcadit should be done by a user for that OS/distro
21:44.19alex_joniright
21:44.25alex_jonithat's your call..
21:44.38alex_joniwas just pointing out it's 1-2 days of getting it done
21:44.49brlcadif there's nobody for that environment (yet), so be it .. in the meantime, we have PLENTY to work on (e.g. make things easier to use)
21:45.11alex_joniwe did it for our software, as we planned to use debs as the primary way of distributing the software
21:45.28alex_joniand are still doing it 4? years later ;)
21:45.39brlcadthat's 1-2 days for debian, 1-2 days for gentoo, .. fedora, fink, redhat rpms, etc...
21:45.47brlcadit's just not a productive use of time
21:46.20alex_joniyou're certainly right about one thing, it's work that can be done by anyone with packaging skills
21:46.24brlcadthere are a hundred "1-2 day" tasks that are perfectly justified in exactly the same way that can be performed by a non-developer
21:46.38alex_jonino need to know BRLCAD internals for that
21:47.31brlcadif there isn't someone willing or capable of doing it yet, that's fine -- it's not something that needs to be forced, it'll happen when we've made things "easy enough" for it to happen
21:47.53brlcadthings are WAY better than they were 4 years ago
21:48.10alex_joniit'll bring more exposure (users).. but then again, it's up to you to decide if that's really needed ;)
21:48.27alex_jonior helpfull
21:48.41brlcadright
21:48.50brlcadI don't think it's helpful if we have to push to make it happen
21:49.22alex_jonior if you get a ton of users in here asking how to right click in mged
21:50.24brlcadright
21:52.00mafm_alex_joni: src/other sometimes contains software that brl-cad need
21:53.05mafm_like Ogre that it's needed for g3d
21:53.31mafm_obviously you cannot put that into debian package
21:55.39brlcador "simple" feature requests like "how can I get a shaded view of geometry"
21:55.50alex_joniright.. but you can make the brlcad package depend on the needed package
22:04.13brlcadsrc/other should contain ALL of our dependencies with the exception of the C runtime, curses (optional), X11 (optional), and OpenGL (optional)
22:04.53brlcadthere are a couple of src/other items that are basically unmaintained or niche codes
22:05.06brlcadworking out taking over maintainership of them for the fedora folks
22:10.14mafm_all of those would have to be in debian or packaged separately
22:14.47brlcador treated as private libs
22:14.54brlcadwhich is what most projects do
22:15.26brlcadwe just make it explicitly clear that they're not code we wrote for maintainability and licensing purposes
22:15.42brlcadmost projects would throw that in with the rest of the sources, link against it static and be done
22:15.50brlcadno problems because it really is that niche a code
22:16.55brlcadnobody would even know we use the TNT code if we didn't tell them .. nothing gets compiled, just a bunch of template headers
22:17.07starseekerthe utahrle stuff and step we could probably move into src as our own libraries and nobody would blink - I don't know if I've ever heard of a system having those externally installed...
22:18.05CIA-43BRL-CAD: 03bob1961 * r37530 10/brlcad/trunk/src/libdm/ (axes.c dm-Null.c dm-wgl.c dm_obj.c): Quell a few warnings when compiling 64-bit Windows.
22:18.17brlcadright, they're another good example
22:18.29brlcadthe reason we can even take them over is because they're not maintained
22:18.46starseekeris coming to the realization that the corefoundation stuff in tcl MUST be addressed before AquaTk can be used...
22:19.22brlcadI used to see utahrle installed in places, but not in probably 5-10 years
22:20.37brlcadanyone care to place a bet on whether bob injects a bug with all of the 64-bit quelling? :)
22:21.53CIA-43BRL-CAD: 03bob1961 * r37531 10/brlcad/trunk/src/libfb/if_remote.c: Quell a few warnings when compiling 64-bit Windows.
22:23.20starseekerheh - not a dime
22:25.35starseekerindianlarry: how did you compile step-g so that everything got included?  
22:37.09*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
22:52.10mafm_I'm sure it's forbidden to include tcl version x.x for example, because brl-cad requires it and in thebian there's version x.z
22:52.31mafm_which is one of the issues raised in the Request For Package item
23:33.47``Erik"that show quit being funny after kristie alley ate shelly long" yow O.o :D
23:34.16brlcadmafm_: tcl is a managed external lib, we wouldn't even install it
23:34.49brlcadthat issue in the RFP is bogus iirc
IRC log for #brlcad on 20100203

IRC log for #brlcad on 20100203

01:00.20starseekerbrlcad: well, except when we require something newer than the distro has packaged
01:02.05``Erikdebian stable used to be notorious for being a few years behind, I used 'testing' when I ran debian servers...
01:13.56starseekerWell, that figures.
01:14.30starseekerLooks like the whole thing of mixing multiple raytracing threads and Tcl interps is going to have to be handled with some care
01:15.16starseekerIf I'm understanding right, the initial success of the framebuffer code on non-corefoundation X11 was more accidental than a consequence of intended system features
01:17.27starseekerhow annoying
01:18.06starseekerhopes the framebuffer approach and tcl's correct threading features are compatible
01:26.38poolioStattrav: (really delayed reply), but the undergrad graphics course at CMU
01:36.23pooliobrlcad: Have you ever played around with signed distance functions?
01:54.10brlcadstarseeker: more importantly, Tcl should not be involved in the raytracing->framebuffer process
01:59.34brlcadpoolio: not much
01:59.51brlcadthey're very much related to the way we solve implicit primitives, though
02:00.32brlcadjust a bit more generalized (or a different characterization of the surface as a function)
02:00.52brlcaddynamic implicit surfaces
02:34.34starseekerbrlcad: uh... considering we're using tcl/tk mechanisms to draw the pixels to the framebuffer, and using a Tk_Photo as the image repository...
02:35.49starseekerthe raytracing process generates the lines of data, but it's up to tcl/tk to actually draw it
02:36.05starseekeris confused
02:40.44starseekermy understanding of the problem was we have (say) 8 threads, each generating their own little piece of the puzzle, and calling tk_write to get it on the framebuffer.  However, since tcl/tk limits things to one thread per interp, it was getting lots of nonsensical stuff when trying to do the update call
02:40.52brlcadah, you mean the new Tk framebuffer, I thought you were just trying to get the existing X11 framebuffer working with the new Tk
02:40.58starseekeroh, no :-)
02:41.17starseekerisn't paying any attention to the X framebuffer atm ;-)
02:42.25starseekeris naively sticking a Tcl_Mutex into if_tk.c to see what that does, but since the old way happens to work on my setup it's no better than a guess
02:42.42starseekerjust a "does this crash" test, until I get it on a Mac
02:43.41starseekeris reminded of Tim Daly's favorite saying - "there's no such thing as a simple job"
02:44.00starseekerin some ways, it's almost worse when something accidently works
02:44.07brlcadso then am wondering since you did a fairly major upgrade, whether the previous still works
02:45.06brlcadmm.. pretty much certain that I'm not going to be driving tomorrow.. already have about three inches here
02:45.27brlcadcoming down nice really nice
02:46.32starseekerI believe it works if you compile with --disable-core something or other
02:46.39starseekeryeah, getting a lot here too
02:47.42starseekerah, --disable-corefoundation
02:47.49starseekerbut of course that rules out AquaTk
02:48.18starseekerhasn't tried --disable-corefoundation with 8.6 on the Mac, 'cause that kinda misses the whole point
02:49.05starseekerthe whole tcl/tk/itcl/itk upgrade caused other problems - MGED doesn't start in dmtogl branch at the moment, even if you do manage to compile it
02:49.34starseekerI had to hand feed tcl a final gcc compile line that linked in our libz .o files in lu of theirs
02:49.54starseekerif their build logic has a concept of an external libz I haven't found it yet
02:50.21starseekerand other fun
02:51.10``Erikyeesh, I may be snowed in tomorrow as well, doubt they'll plow in time O.o
02:51.44starseekernothing insurmountable I'm sure, but a headache
02:51.50starseeker``Erik: yeah, I'm thinking that too
02:52.17starseekereven if I dig the driveway out, I'm not equipped to deal with this kinda stuff unplowed
02:58.51starseekerand they say there's a WORSE storm that may show up at the end of the week?
02:58.54starseekerblegh
03:00.56``Erikup to 40 tomorrow, snow on friday(38)/saturday(31), so'z it might not be all that bad
03:06.31starseekerah, above freezing will help
03:09.39``Erikhttp://www.europeanfecalstandardsandmeasurements.org/  O.o
03:10.15starseekeruh...
03:10.30starseekeris afraid to ask what browsing habits brought ``Erik to that particular site...
03:10.44``Eriksouth park links
03:11.23starseekerah, that figures
03:29.19starseekerneeds a new, faster computer...
03:29.43louipchow fast?
03:29.55starseekerprobably not invented yet
03:30.07louipchah
03:30.23louipcare you trying to break the latest crypto?
03:30.30starseekermine makes hard work with the docbook pdf stuff, especially when there are hundreds of 'em
03:30.50louipcaarg
03:30.56starseekersupposes he should default PDF build to OFF in the man directory...
03:31.22louipcyeah good idea
03:31.25louipcdefinitely
03:31.54starseekerwill have to break out the docbook build options some for that... hmm...
03:32.42louipcI wish there was a better format
03:34.06starseekershrugs - right now it's a compile headache, but in 10 years we'll have a zillion cores on desktops and it will happen in a few seconds - then other factors besides compile time become important
03:35.24louipcbut then we'll need to power our computers by nuclear fusion or something :/
03:35.28starseekerhehe
03:35.38starseekeryou say that like it's a bad thing :-))
03:36.45starseekeraannnnd... Tcl_Mutex just sits there when doing a raytrace
03:38.02louipcwell, seems like a waste of energy just to watch youtube or whatever
06:42.26*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
07:42.58*** join/#brlcad PhurlIpv4 (~mdupont@cl-1773.dus-01.de.sixxs.net)
09:45.58*** join/#brlcad Elrohir (~kvirc@p5B14962D.dip.t-dialin.net)
10:35.51*** join/#brlcad |Elrohir| (~kvirc@p5B149B3D.dip.t-dialin.net)
11:35.32starseekergroans - 5:30am snow shoveling sucks...
11:36.05starseekerah, well - roads plowed, driveway shoveled, wheee
11:43.31starseekererahum.  brlcad, do you know if we build tcl with --enable-threads ?  If not, could we?
11:56.28*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:56.44*** join/#brlcad Phurl (~mdupont@ip-81-210-228-126.unitymediagroup.de)
12:05.20*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:38.31*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
14:15.09brlcad<PROTECTED>
14:15.17brlcadthink it's just the defaults
14:15.30brlcadmostly
15:54.38CIA-43BRL-CAD: 03brlcad * r37532 10/brlcad/trunk/HACKING: add a (temporary) section on refactoring individual files. highly overlaps with the style section so .. the doc needs some refactoring of its own.
17:19.37*** join/#brlcad ibot (ibot@rikers.org)
17:19.37*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
17:22.15*** join/#brlcad yukonbob (1000@s142-179-54-198.bc.hsia.telus.net)
18:37.00``Erik*yawn*
18:40.04starseekerpulls up the rtedge code - this "render to a buffer and have the "main" thread handle the draw calls idea is interesting...
18:40.56``Erikd-lo: was 'darkstar' the thing you were looking at for game infrastructure?
18:42.13starseekeris soooo tempted to get a github account and start hosting an attempt to libtoolize/Makefile.amify the tcl/tk/itcl/itk codebases and friends, even if it is a really dumb idea...
18:42.35``Erikstarseeker: src/rt/viewedge.c lines 533, ~770, 779... everything that uses 'bif'
18:43.48``Erikviewinit and viewend are main thread functions, view_eol is a worker thread func, iirc
18:47.44starseekerhrm
18:48.46``Erikthat semaphore probably isn't needed
19:09.27``Erikneeds faster 'puters :/ 8 3ghz cores just ain't 'nuff
19:28.14starseekerhehe
19:28.33CIA-43BRL-CAD: 03erikgreenwald * r37533 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: note position in table
19:34.46Stattrav``Erik: :O
19:38.09*** join/#brlcad mafm (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
20:19.42``Eriklooks for something sharp to jab into brlcad until he gets answers
20:20.01``Erikcmd for altering bot (orientation, plate mode, whatever)
20:32.57brlcadque?
20:33.37``Erikattr set somethingorrather, but I don't know the magic names
20:34.11brlcadcat regress/bots.sh
20:34.14brlcadform bot
20:34.26brlcadget somebot orient
20:35.39brlcadbot_sync makes all normals point one way, bot_flip makes them all point the opposite way
20:38.54``Erikdang input bug :/
20:41.13``Erikveeeedddyyy iiiinterestink
20:41.17``Erikbot_merge btw
20:43.38``Erikthnx, now'z I have some functions to try to visualize O.o
20:56.59brlcadwhat about bot_merge?
20:58.17brlcadthat combines bot data sets together, the script shows it in action too along with then recondensing if you have overlapping bots
20:58.34brlcadfg
20:59.01``Erikdid, not sure if my bad data is from my nmg construction or the table... gonna build a 'put' command in a bit
21:00.48CIA-43BRL-CAD: 03brlcad * r37534 10/brlcad/trunk/src/librt/CMakeLists.txt: add new generic.c file
21:15.36mafmhuh
21:16.08mafmbrl-cad doesn't use even numbers not even (no pun intended) for bugfix releases?
21:16.38``Erikeven is a release, odd is a development phase
21:20.46mafmI knew that for the "minor", second component
21:20.58mafmbut didn't know that I applied to the third one
21:35.52mafmhmm
21:36.09mafmhow would I compile without the stuff in src/other?
21:36.29mafmother than disabling it one by one
21:37.53``Erikif it can detect stuff, it should infer the --disable-
21:39.03brlcadmafm: --disable-all will turn everything off (and configure will then abort if it doesn't find something it needs)
21:39.05mafmyep, but I want to force the disable for all 3rd party software, to try to evaluate the difficulty to get brl-cad into debian
21:39.30mafmmm, good
21:39.35mafmthx
21:40.04*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:40.21brlcadmafm: options are described in detail in the INSTALL file
21:40.48brlcadyou will probably have to build at least openNURBS and a couple others
21:41.37mafmurt
21:41.45brlcadI believe I summarized things in the gentoo portage tracker a little whileback regarding where things are at
21:52.45mafmdid it ever got into gentoo?
21:54.14Tecanhttp://www.missoulian.com/news/state-and-regional/article_9db5e032-0a22-11df-95bc-001cc4c002e0.html
21:54.22mafmconfigure: WARNING: The floating point implementation does not seem to be IEEE 754                                                                      
21:54.32mafmcue the Pentium rounding error jokes... :P
21:59.13mafmit doesn't detect the tcl libraries or something :|
21:59.36*** part/#brlcad Tecan (~fsadf@unaffiliated/unit41)
22:03.20mafm| #ifdef HAVE_TCL_H
22:03.21mafm| #  include <tcl.h>
22:03.23mafm| #endif
22:03.44mafmit seems that, by disabling-all, this is not defined and thus the test fails (?)
22:08.40brlcada lot of systems don't seem to be IEEE 754 compliant (and nothing requires them to be really)
22:08.48brlcadnot usually an issue
22:09.46brlcadthat define comes from earlier tcl.h header checks, so if it fails, something is either not installed, not compatible, or search flags aren't set right
22:12.00brlcadall of the checks are pretty independent, there are header checks, library checks, and then functionality (make sure it works) checks
22:12.17brlcadall three have to pass
22:15.23mafmwell, it's there: /usr/include/tcl8.4/tcl.h
22:15.42brlcadand how does it know to look there for it?
22:16.40brlcadi.e., "not compatible, or search flags aren't set right"
22:24.22``Erikiiiiinteresting patterns
22:25.53``Erikiirc, there's a way to convince the intel fpu to do zomfg 754/854 at the cost of performance, but the only bit it really comes up is the ntohd htond calls
22:27.18CIA-43BRL-CAD: 03bob1961 * r37535 10/brlcad/trunk/src/libged/ (54 files): Quell a few warnings when compiling 64-bit Windows.
22:29.32brlcadyeah, ntohd and htond is the only scary bit, if the byte representation couldn't be parsed by a different compile
22:31.15brlcadheh, thanks bob :)
22:31.28``Erikbrlcad: do you have a gtk2 enabled machine handy?
22:31.43brlcadhm, lemme check
22:33.19``Erikhttp://brlcad.org/~erik/oddnmg.g http://brlcad.org/~erik/oddbot.g  (rt will crap itself on oddnmg.g, but will kinda sorta render oddbot.g... both results of the same g-nmg, just the -b flag and name)
22:33.49``Erikisst will crank them up and assume unoriented, and allow ya to look around a bit :D
22:34.15``Erikneat stuff, ainnit? I'll be busy tomorrow
22:34.20brlcadwell that's promising
22:34.58``Erikthere're some details that strike me as vrrrry odd and looking closely with isst
22:35.42``Erikhopefully, the table I stole is correct :/
22:39.36``Erikaaanyways, time to roll out, bbi45m O.o
22:39.41brlcadcya
22:39.47brlcadyeah, no gtk2 handy
22:48.09mafm--tcl-includes=/usr/include/tcl8.5/
22:48.11mafmconfigure: error: unrecognized option: --tcl-includes=/usr/include/tcl8.5/
22:52.25brlcadthat looks like an invalid configure option to me too
23:00.29CIA-43BRL-CAD: 03bob1961 * r37536 10/brlcad/trunk/src/liboptical/ (material.c sh_stxt.c shade.c): Quell a few warnings when compiling for 64-bit Windows.
23:15.31mafmso what does this means, then?
23:15.36mafmX features:
23:15.37mafm<PROTECTED>
23:16.02mafmI expect to use "--tcl-includes=DIR" when I want to include that directory
23:38.01CIA-43BRL-CAD: 03bob1961 * r37537 10/brlcad/trunk/include/bu.h: Quell a few warnings when compiling for 64-bit Windows.
23:41.53CIA-43BRL-CAD: 03bob1961 * r37538 10/brlcad/trunk/src/libpkg/pkg.c: Quell a few warnings when compiling for 64-bit Windows.
IRC log for #brlcad on 20100204

IRC log for #brlcad on 20100204

00:03.10CIA-43BRL-CAD: 03bob1961 * r37539 10/brlcad/trunk/src/other/libpng/ (pngpread.c pngrutil.c pngset.c pngwio.c pngwutil.c): Quell a few warnings when compiling for 64-bit Windows.
00:12.06CIA-43BRL-CAD: 03bob1961 * r37540 10/brlcad/trunk/src/other/libregex/regcomp.c: Quell a few warnings when compiling for 64-bit Windows.
00:17.01starseekerwonders if there is some way to trim down the number of options to rt - we're almost out of single letter arguments
00:17.48starseekeror maybe add support for the --argument syntax?
00:18.48mafmnight
00:20.42CIA-43BRL-CAD: 03bob1961 * r37541 10/brlcad/trunk/src/libtclcad/ (ged_obj.c tclcadAutoPath.c): Quell a few warnings when compiling for 64-bit Windows.
00:20.46``Erikheh
00:25.32starseekerremembers commenting about that long ago, but can't remember what the conclusion was
00:27.50starseekerI know they're not standard BRL-CAD style, but when you start running out of upper AND lower case letters it seems fair to regulate a few of the less commonly used options to more verbose arguments...
00:28.17starseeker(plus some straight-up more intuitive stuff like --ae or --aet...)
00:28.52``Erikthinks the --x-{includes,libraries} are part of the aclocal, we just follow along with auto*'s inconsistancies
00:33.10brlcadstarseeker: the later, libbu long opt support ftw
00:33.14brlcader, latter
00:33.35brlcadmafm is probably over his head if he's stuck on basic configure options
00:33.52starseekerfeels a certain sympathy...
00:34.12brlcadknew he was trying to extrapolate from the x option, but x is the (only?) exception, not the rule
00:39.15starseekerahh...
00:39.20brlcadand yeah, it doesn't make sense and generally isn't something we could even mirror out of convenience, but happens to work due to how high-level the x11 checks are automatically hooked in
00:40.02starseekertries to verify whether GNU's getopt is GPL or LGPL - if the latter, code snarfing may be profitable...
00:42.31``Erikhttp://sourceforge.net/projects/freegetopt/ ?
00:42.55brlcadi'm not sure we'd want to snarf getopt_long from gnu regardless
00:43.11brlcadthere are subtle differences between gnu and bsd impl
00:43.31*** join/#brlcad PrezKennedyII (Matthew@whitecalf.net)
00:43.43``Erikwaits for rt/?
00:43.51starseekernods - I was thinking more about looking at how they parse - last time I looked at glibc was for search, and ended up hunting up the BSD version
00:44.02brlcadthat's nice ``Erik .. interesting
00:44.13``Erikfirst hit for 'bsd getopt'
00:44.19starseeker``Erik: saw that, but I think they only do short and not long?
00:44.40``Erikat the moment, yeh, but I'd imagine it'd be pretty trivial to help him out and add long
00:44.42starseekerNetBSD has a getopt, but uses 4 clause BSD for some reason
00:44.44brlcadheh, rt /F=/dev/X /o=file.pix /s=1024
00:44.52starseekerhehe
00:45.02``Erikrt /F=C:\X
00:45.23``Erikand don't forget /s=1kibi O.o :D
00:45.37starseeker``Erik: arguably, our libbu already does short, so it's either add long to freegetopt or  to libbu direct (unless he's got goodies we don't have?)
00:46.23``Erik*shrug* stop adding lame options and it's not an issue :D
00:46.29starseekerhehe
00:46.42starseekerwhat does FreeBSD use? I haven't due it out yet
00:47.00``Erikshort options, with gnu in ports
00:47.02CIA-43BRL-CAD: 03bob1961 * r37542 10/brlcad/trunk/src/other/libutahrle/ (6 files): Quell a few warnings when compiling for 64-bit Windows.
00:47.11starseekerah, phooey
00:47.32``Erikhuh, looks like there IS a getopt_long in fbsd libc
00:47.45starseekerooo - are they 3 or 4 clause?
00:47.46``Erikfrom netbsd 1.5 originally
00:47.46brlcader, there's are bsd getopt_long
00:48.00brlcade.g., http://www.koders.com/c/fid5FCCD794DA3E7129AC307C40B5D31C268ED04FF5.aspx
00:48.22``Eriklooks like 3
00:48.24starseekerah, good catch
00:48.29starseekerwonders how he missed that
00:48.33starseekerthanks brlcad :-)
00:48.40starseeker*read read read*
00:49.09CIA-43BRL-CAD: 03bob1961 * r37543 10/brlcad/trunk/src/libwdb/wdb.c: Quell a few warnings when compiling for 64-bit Windows.
00:49.18brlcadthat's just netbsd's libc
00:49.23``Erikah, huh, that one is 4 clause... http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getopt_long.c?rev=1.15.10.1.2.1;content-type=text%2Fx-cvsweb-markup
00:50.14``Eriksame file, it'd seem :)
00:50.20starseekerhas noticed that some of the BSDs updated to 3 clause and others just left it in other cases
00:50.52starseekerdunno why - maybe some of 'em just don't care
00:51.58``Erikor weren't able to secure all the written permissions for a license change
00:52.12starseekeryou'd think if one could they all could though
00:52.21brlcadgnu's version, http://gitorious.org/enca/enca/blobs/master/src/getopt_long.c  (but yeah, wouldn't use it without reviewing the differences in detail)
00:52.41starseekergenerally speaking, BSD code seems to fit better with libbu
00:52.49starseekeror any of our libs, for that matter
00:53.06``Erikthey forked a long time ago... ~93, and then there was the ugly legal issue, so'z now all the bsd's are very cautious
00:53.50starseeker``Erik: you worried the netbsd one isn't OK?
00:54.12``Erikum, why do you care about 3 vs 4 clause bsd license? O.o
00:54.39brlcadold implementation used by kerberos:  http://www.opensource.apple.com/source/Kerberos/Kerberos-47/KerberosFramework/Kerberos5/Sources/util/windows/getopt_long.c
00:54.47CIA-43BRL-CAD: 03bob1961 * r37544 10/brlcad/trunk/misc/win32-msvc8/ (4 files in 4 dirs): More updates
00:55.09starseeker``Erik: generally, 4 clause is regarded as not playing nice with LGPL/GPL, iirc
00:55.51CIA-43BRL-CAD: 03bob1961 * r37545 10/brlcad/trunk/src/conv/asc/asc2g.c: Quell a few warnings when compiling for 64-bit Windows.
00:56.54starseekerbrlcad: looks like they define an optional replacement for short getopt, if I'm reading this right - would we want to just keep bu_getopt and have a separate bu_getopt_long ?
00:57.17``Erik(btw, for the logic migration to libraries for asc2g/g2asc... all the logic in those programs is for v4, just an ugly red herring.. that task can probably be cancelled O.o _get and _adjust do it.)
00:57.56starseekerO.o
00:58.36brlcadlatest netbsd version here (1.24):  http://ring.nict.go.jp/archives/NetBSD/NetBSD-release-5-0/src/lib/libc/stdlib/
00:58.37starseekerdon't we need to keep that around in case of a v4 asc file?
00:59.19``Erikyeah, it needs to stay, but it probably doesn't need the refactoring I was talking about, since my intent was to close up a hole for new primitive implementation
00:59.30starseekerah
00:59.58starseekerbemusedly notes that logic should probably wind up as an --asc option to dbupgrade
01:00.10starseekerbrlcad: better and better - 2 clause :-)
01:00.40``Erikand when I implement librt/primitives/teapot/ for modelling the basic building blocks of the universe, I don't wanna miss anything... :D
01:01.04starseekerchecks what nbtool_config.h is...
01:01.05brlcadthere's little reason to have both bu_getopt() and bu_getopt_long() other than to mirror the C API (which is not libbu's goal)
01:01.12starseekernods
01:01.20brlcadit's to wrap concise functionality in the manner that keeps things the most simple for us
01:02.21brlcadbu_getopt() could have it's arguments modified or could be used as an future static to a bu_option() function (that internally just forms up data and calls a getopt_long)
01:03.01brlcadstarseeker: I'd still take a look at that sourceforge project -- feature parity on windows is pretty sweet
01:03.18brlcadmaybe make it use netbsd's getopt impl instead of whatever it's doing, a fork mod
01:03.43``Erikheh, the southpark about hybrids is on
01:23.13Stattravwooh
01:35.56starseekerdecides the getopt thing is his next logical project - to get tk framebuffer behaving correctly he needs to understand the details of what rt needs, to do that he needs to get into the rt code, and as long as he's doing that a good starting point is alleviating the problem of option space becoming saturated :-P
01:36.35starseekerreads that again to make sure it makes no sense ;-)
01:48.08starseekerlooks like the best starting point is the combination of http://ring.nict.go.jp/archives/NetBSD/NetBSD-release-5-0/src/lib/libc/stdlib/ and http://sourceforge.net/projects/freegetopt/
01:48.51``Erikheh, you don't like, uh, the approach used by the photon map lighting model?
01:49.17starseekeris afraid to ask...
01:49.28``Erikfrom the manpage:            Example: -l7,16384,0,10,60.0,0,0,0,0,1.0,scene.pm.
01:49.44starseekeris that what inspired gqa?
01:50.12``Erikum, dunno, it was like 7-8 years ago, I think?
01:50.19starseekerheh
01:50.55starseekersupposes he'll get in trouble wanting to change lots of options on commands, but he promises to document it all in docbook...
01:51.13``Erikheh, what 'lots of options'? O.o
01:52.41starseekerdunno yet really - just have a gut feeling some of the rt/gqa options make much more sense as multi-letter options...
01:55.15``Erikthere're probably already too many options, mere mortal users are skeered by the manpage and don't want/need most options
01:55.19``Erik*shrug*
01:55.24starseekeryes, that too
01:56.17``Erik(gqa, for example, may benefit from removing options and mebbe doing some link fu and if(!strncmp(*argv, ...
01:56.21starseekerI'm thinking the most common ones (typed a lot) should be one letter, otherwise a more verbose option (e.g. --use-air) would be both less cryptic and more friendly when it does need to be used...
01:56.22``Erik)... ))
01:57.12starseekerif they want to set a lot of options to something by default, that's what config files or scripts are all about...
01:57.24starseeker(or preference panels, if you're in a GUI)
01:57.58``Erikor a swiss army chainsaw shell, like uh, ... btclsh
01:58.22starseekerlikes that as a tagline - "btclsh, the swiss army chainsaw"
01:58.37``Erik*shrug*
01:58.54``Erik(even though I'm polluting getopt namespace heh...)
01:59.12``Erikfacetize -m, for example O:-)
01:59.41starseekerwhat's -m do?  
01:59.51``Erikmarching cubes algo
01:59.56starseekerah :-)
02:00.11``Erik('swiss army chainsaw' was used to refer to perl long ago...)
02:00.28``Erikaka sysadmin duct tape
02:00.43starseeker would prefer -a marching or --algorithm marching or (maybe) -a m for that...
02:01.21``Erikyeah, that'd be pretty silly, it's a good thing you're not the one implementing :> *duck*
02:01.30starseekernice thing about -- options, you can always have them around and use the short ones where you want to, not be forced to use SOME short option even if there's not logical connection...
02:01.47starseeker``Erik: what's wrong with it?
02:02.13``Erikit's not what I came up with :D
02:02.24starseekerLOL
02:02.29``Erikand obviously, my way is right and yours is wrong, by definition
02:02.37``Erik*duck* :D
02:02.42starseekervery well, Congressman
02:02.50``Eriknah, it was just a quick and easy way to add it
02:02.56starseekernods
02:02.59``Erik"em for .mmmarchingcubes"
02:03.41starseekerno worries now - our  docs don't match our commands in a lot of cases, our commands need to be merged in a lot of cases, and our options are "expert friendly" in some cases
02:04.35``Erikhm, -0x4D43
02:04.37``Erikbetter?
02:04.47starseekereeep
02:06.46starseekeryou know, in some ways I wonder if search shouldn't return an argc, argv setup...
02:07.04starseekernah, probably not
02:07.30``Erikwait wait, better, you can do -0x00004D43 on a sane system, but on a little endian, you have to do -0x434D0000
02:07.38starseekerhehe
02:07.38``ErikI like it ;D the evil hex -0 option
02:07.53starseekerso do you use the evil option to set the evil bit?
02:08.10``Erikand it's an easy to use mnemonic, since 0x4D43 is 'M' 'C'
02:08.22``Erikany newb should just intrinsically know that... :D
02:08.29``Erikgoes mad with insanity
02:08.35starseekeragain?
02:09.02``Erikwatch it, boy, or the #define()'s will start again O.o :D
02:09.31starseekernnoooooo
02:10.33``Erikcould always bust out the partial quotes and intermingling defmacro and define-symbol-macro...
02:10.56starseekersometimes wonders if someone who demonstrates mad scripting skills with sh, perl, tcsh, zsh, autotools, and a few other such tools deserves some kind of academic degree
02:11.32``Erikor committed...
02:11.44starseekerI don't remember physics being tremendously more difficult to understand than some of the perl scripts I've seen...
02:11.49starseekerlol
02:11.52starseekeryeah, that too
02:11.57``Erikponders digging in his big bag o' coding attrocities to try to melt starseekers brain again
02:12.35starseeker``Erik: how come you never compete in those "who can make the most wacky C code" contests?  
02:12.40starseekeryou'd be a natural
02:13.31``Erikioccc? nah, those guys pervert the language, I just use it in neat ways
02:15.14``Eriktake, for example, this piece of simple and self-documenting obvious code...
02:15.19``Erikstatic int bitcount(unsigned char w) { if (w==0) return 0; return bitcount(w>>1) + w|1; }
02:16.11``Erikshoulda done { return w==0?0:bitcount(w>>1)+w|1; }
02:16.29starseekeralright, what were you after?
02:16.36``Erikhuh?
02:16.59``Erikthose turds just knocked the power cord off of my cable box O.o
02:17.18starseekerhehe - the cat seek and destroy team?
02:17.37``Erikyeah, miniature herd of elephants in full throttle play
02:18.07``Eriktakes forever for that thing to sync up, too :/
02:18.07starseekergives up and askes - what does the above code do? (i.e. what were you after when writing it?)
02:18.17``Erikcounts the number of bits set
02:18.41starseekeris that superfast?
02:18.48``Eriknope, slow as hell
02:19.03starseekererm...  O.o
02:19.08``Erikbut a trivial one-liner
02:19.24starseekerah, so its virtue is brevity
02:19.26``Erikwith both bit ops and recursion :D
02:20.02starseeker``Erik: by the by, any insights into the marching cubes patterns?
02:20.57``Erikno, I showed ed and he was trying to think it through... when he asked what my next step was, I answered with "go home, watch tv and drink a beer"
02:21.06starseekerheh
02:21.35``ErikI'll inject artificial cases into the cube solver with a buttload of bu_log()'s to see what it's trying to do tomorrow
02:21.42starseekerhmm - apparently the IOCCC lost some steam a few years ago
02:22.03``Erikyeah, they realized that perl had 'em whumped
02:22.15starseeker``Erik: sounds good
02:22.21``Erik(larry wall used to win a lot of those competitions iirc)
02:22.32starseeker<snort> no surprise there
02:22.42``Erikthere were some interesting patterns Ed and I noticed, though
02:23.26starseekerit almost looked like it was covering all vertices but not defining all faces or some such...
02:23.29``Erikmay've assembled the edge list wrong
02:23.51``Erik*shrug* it'll get done eventually
02:23.58starseekernods
02:24.30starseekeralways dreads having to deal with assembling BoT structures - the ideas are not yet intuitive to him
02:25.08starseekerOK, time to get outta here - getopt_long exploration to begin tomorrow
02:25.12``Erikour bots are very similar to the OBJ format
02:25.34``Erikg2asc a trivial bot and read the resulting file
02:25.35``Erik:)
03:35.10*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
03:40.43brlcadstarseeker: keep in mind that a long option routine refactor is not going to be a quick task and shouldn't be started if it's not going to be finished
03:41.20brlcadI count 329 instances of bu_getopt() that would need to be converted
03:42.08brlcadwith each one requiring a struct to be defined with the short and long options at a minimum
03:43.14``Erikgrouses and geom being flakey
03:43.19``Eriks/nd/t/
03:43.50brlcadthat's actually probably worthy of a little scripting to convert them straight up to the initialization block and new call, so that all that's remaining is potentially moving a block 329 times and filling out the long option names
03:47.40brlcade.g. to convert bu_getopt(argc, argv, "ab:c"); into something like...
03:50.06brlcad<PROTECTED>
03:50.48brlcadwhich shows a little while getopt_long is a bit suboptimal, it has you repeat the option string
03:51.35brlcadours could be simply (argc, argv, opts) and it'd derive the opt string when passing it to getopt_long under the hood
03:57.52``Erikcould also do some sed fu to add ,NULL to the end of arglists, then have something like if(longtops&&argv[i][1]=='0'&&argv[i][2]){do longopts} :/ prolly not worth the effort, though
04:04.10CIA-43BRL-CAD: 03brlcad * r37546 10/brlcad/trunk/src/libbu/parallel.c: quell unused parameter warning
04:04.56brlcadstarseeker: all options can have long AND short names defined simultaneously, it's not necessarily one or the other
04:34.12brlcad``Erik: actually you should have called count_ones32() instead of rolling your own.  5 shifts, 5 ands, 5 adds, and 5 register writes have to be better than 8 function calls, 7 branches, 7 shifts, 7 adds, and 7 ors
04:59.29brlcadeven if you assume it all inlines, should still be faster
05:04.56*** join/#brlcad Ralith (~ralith@69.90.48.97)
05:48.55CIA-43BRL-CAD: 03brlcad * r37547 10/brlcad/trunk/ChangeLog: release prep, update ChangeLog from 2010-01-15
05:55.49CIA-43BRL-CAD: 03brlcad * r37548 10/brlcad/trunk/ (5 files in 5 dirs): bump the version numer to 7.16.6 in preparation for release (no non-bugfix changes until tagged (later today))
06:06.31CIA-43BRL-CAD: 03brlcad * r37549 10/brlcad/trunk/src/libpkg/pkg.c: quell warning about converting a pid_t to a %d specifier. instead, cast the result from pid_t to an int for quellage.
06:17.48*** join/#brlcad Win7_64 (~Warlock@bas2-sudbury98-1128564922.dsl.bell.ca)
07:41.00Win7_64brlcad: some pictures you haven't seen on http://www3.sympatico.ca/mario.dulisse2    :)
12:37.23``Erikbrlcad: yeh, but it probably woulda taken me longer to find that func, which for a quick sanity check, meh :) I just figured it'd asplode starseekers brain a little
12:40.07``Erik__popcnt might be better yet (on certain procs) *shrug*
12:59.03starseekerbrlcad: would you prefer if I didn't attempt such a refactor for a while?  
12:59.16starseekerwould understand if it's not something that should be monkeyed with at this time
13:03.20``Erik(put it on a task card?)
13:26.37*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:15.00starseekerfeels like diving into it, but if it's a bad time for it...
14:26.22*** join/#brlcad mafm (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
14:43.01brlcadstarseeker: it's not a matter of timing, anytime would be a fine time to do that
14:43.14brlcadbeen a topic of discussion since before I started
14:43.51brlcadit's more an issue of not having yet another work in progress on something like that
14:43.59brlcadit would need to be a full conversion, or it probably shouldn't be started
14:45.18brlcad300+ refactorings wouldn't take too long, but it'd certainly be very tedious
14:50.38brlcadquick napkin calcs, if that conversion script I mentioned yesterday was written and applied first, that'd result in the conversion taking as little as 11 hours (2min per file) to as much as 55 hours (10min per file), so it's certainly doable
14:51.19brlcadwithout the script, I think it about doubles the end result
14:51.29brlcadabout 20-100 hours
15:13.01starseekernods
15:13.34starseekerOK, if I tackle it I'll see it through
15:14.22starseekerwill try his hand at some scripting foo when he gets in (computer fan making strange noises, so doing backups just in case...)
15:24.26brlcadyou could certainly implement the bu routine, get getopt_long into libsysv and hook everything up.. it should just stay HIDDEN until we're ready to convert everyone over
15:26.00``Erikhey, starseeker, it just dawned on me this morning... isst has a normal view... very illuminating, I see what the problem with teh triangles really is now, just gotta solve where the issue is introduced :)
15:26.33``Erik(why... yes... I did just call a lighting/shading model "illuminating". shuttup :D )
16:01.42CIA-43BRL-CAD: 03brlcad * r37550 10/brlcad/trunk/src/mged/mged_dm.h: can't expose X11 types, they might not be available.
16:05.20CIA-43BRL-CAD: 03brlcad * r37551 10/brlcad/trunk/src/mged/ (mged.c setup.c): move mged_rtCmdNotify() from setup.c to mged.c, renaming to mged_notify() and marking it hidden.
16:09.40CIA-43BRL-CAD: 03brlcad * r37552 10/brlcad/trunk/src/mged/mged.h: no it's not
16:10.01CIA-43BRL-CAD: 03brlcad * r37553 10/brlcad/trunk/src/mged/cmd.h: quell shadows, remove argument names from declaration.
16:32.24brlcadlooks like a clean build here, just one last thing to test
17:23.09starseekerbreaths a sigh of releaf - backup complete
17:23.15starseekerrelief even
17:23.29starseekeralrightie, back on the road again
17:45.05``Erik*burp*
18:08.22brlcad*burp*
18:15.24``Erikgreene turtle, we got to watch the waitress throw ed and jim's food on the floor :D
18:24.46starseekerLOL
18:24.56starseekermissed a show did I?
18:39.01CIA-43BRL-CAD: 03brlcad * r37554 10/brlcad/trunk/misc/enigma/ (Makefile.am configure.ac): the getpass() function is in -lbsd on some platforms (e.g., haiku), so check for it.
18:49.58CIA-43BRL-CAD: 03erikgreenwald * r37555 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: translate between OpenGL and BRL-CAD coordinate systems correctly.
18:51.55``Eriksunny beaches, undid and redid, but redid it wrong. *sigh*
18:56.43CIA-43BRL-CAD: 03erikgreenwald * r37556 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: mehhh, fix it slightly better.
18:58.49brlcadgets a full clean compile on haiku again
18:59.05brlcadthat is *everything* except Tk
19:00.37starseekersweeet
19:00.58starseekerwinces at the thought of what a Tk backend for Haiku would take...
19:10.52*** join/#brlcad Phurl (~mdupont@ip-81-210-228-126.unitymediagroup.de)
19:16.06CIA-43BRL-CAD: 03erikgreenwald * r37557 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: fix winding order
19:21.03*** join/#brlcad __monty__ (~toon@78-23-213-229.access.telenet.be)
19:21.17brlcadstarseeker: not nearly as much as one would think really, at a glance each platform is about 30k lines of code
19:22.56brlcadabout half of that is the basic stub, comment, and template portions
19:25.51starseekerhmm
19:26.11brlcadso about 15k lines of code, with it all pretty much being "make this function do X", all designed out already
19:26.28brlcadprobably doable in a month or two for our needs
19:27.04brlcadwould also make someone quite the Tk expert
19:37.33starseekerdecides first to see if he can comprehend something as simple as getopt_long...
19:37.58starseekerbe kinda nice to do something that actually works, even if it is minor...
19:38.56brlcadtire works ;)
19:39.13brlcadcoil works (I think, haven't tried it myself yet ;)
19:39.49brlcadEDITOR test did crash hard on me last night in console mode, but I didn't trust the testing host and couldn't get a reliable debug session, so the jury is still out
19:45.27CIA-43BRL-CAD: 03bob1961 * r37558 10/brlcad/trunk/src/mged/cmd.c: Quell warnings when compiling for 64-bit windows.
20:00.05``Erikfinish up your release so'z I can add successful metaball tesselationi to NEWS O.o BOAH! AH'LL WHUP YA!
20:14.34CIA-43BRL-CAD: 03erikgreenwald * r37559 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: remove debugging bu_log
20:14.47CIA-43BRL-CAD: 03erikgreenwald * r37560 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: update status
20:15.35brlcadyou can update news
20:15.56brlcadworking through a bu vls bug
20:32.55CIA-43BRL-CAD: 03erikgreenwald * r37561 10/brlcad/trunk/src/proc-db/metaball.c: create regions.
20:33.06CIA-43BRL-CAD: 03brlcad * r37562 10/brlcad/trunk/src/libbu/vls.c: modify the default minimum and step allocation sizes to be word-aligned allocation sizes. make bu_vls_extend() obey the step size and increment ONLY in step-sized increments, not just at least that much.
20:35.59mafmbrlcad: so what's the option --x-includes for?
20:39.35starseekermafm: I believe he said that's a bit of a special case...
20:41.48brlcadmafm: x is the exception not the rule, and none of our doing
20:41.54``Erikit's the old autoconf way of finding the X11 includes directory... we kinda superceded it with --with-x11=
20:42.10brlcadx options are hooked in very high up in the food chain, that's more a legacy option from more than a decade ago
20:42.23mafm:S
20:42.37mafmso X is literally X? I thought that it was a "variable"
20:43.05brlcadthinks mafm would be much more greatly productive writing code, even fixing bugs, than sorting out build options :D
20:43.07mafmlike: if you want to include X package with a special dir, you type --X-includes DIR
20:43.19``Erikno, it's for X, aka the X windowing system...
20:43.24brlcadheh, .. yes literally that is the option to set X11 build flags
20:44.37``Eriklooking at the output of proc-db/metaball in isst right now... too effin' neat :D
20:45.17mafm$ ls /usr/include/tcl8.5/{tcl,tk,itcl}.h
20:45.23mafm<PROTECTED>
20:45.39``Erik./configure CPPFLAGS=-I/usr/include/tcl8.5
20:45.42mafmCPPFLAGS="-I/usr/include/tcl8.5/" ./configure --disable-documentation --disable-all --enable-urt-build --enable-opennurbs
20:45.49mafmand fails
20:46.31brlcad``Erik: pics or it didn't happen
20:46.32mafmchecking for Tcl configuration... configure: WARNING: Can't find Tcl configuration definitions
20:46.43``Erikgotta tell us more than that... and http://www.freebsd.org/cgi/cvsweb.cgi/ports/cad/brlcad/Makefile?rev=1.40 might help
20:48.54brlcadmafm: you can read the configure.ac file to see all the checks that get run in the order they are run, it's broken out into sections
20:49.11brlcadconfig.log has the juicy details on everything that happens
20:52.12starseekerHey, cool - 400+ square mile ranch - that's gotta be fun for something :-)  http://www.landsofamerica.com/america/index.cfm?Detail=&INV_ID=680063
20:53.03``Erikhttp://brlcad.org/~erik/mb-isst.png uNF
20:54.01brlcadcool!
20:55.37starseekerthat looks like a brlcad.org headline news image if I ever saw one :-)
20:55.48``Erikneed to cook up a few images with some tech details for a status report briefing, then I can start doing it right rays on arbitrary regions (and watch it asplode on edges)
20:56.00``Eriknmg's are a bitch, btw.
20:56.38``Erikshould create a simple 'add triangle to nmg' function that takes point_t[3]
20:57.56brlcadand now.. they're YOUR bitch
20:58.35brlcad``Erik: can you send me those details too?  i'll put them up on the site
20:59.07brlcador you can send an announcement to brlcad-news and I'll grab from there
20:59.24brlcador to devel, then I can turn that into a news, whatever works
20:59.27``Eriksure, I'm thinking about a 'jot 100' script, was kinda thinking about making a movie as the -r changes
21:00.57brlcadstarseeker: the mged manual pages definitely cannot be .1 files
21:01.07brlcad(from doxygen)
21:04.26starseekerbrlcad: ok, what should they be?
21:04.36starseekeryou mean the docbook stuff?
21:04.44brlcadnotes the considerable operlap between our "loop" tool, gnu's "seq" tool, and bsd's "jot" tool
21:05.10``Erikyes, I came across the linux seq one a bit ago
21:05.21brlcadI mean manual pages for mged commands should *definitely* not be in the same space as system commands
21:05.40``Erikvery... linuxy... it's almost a copy, just different enough to ... not work. and missing features. And verbose options.
21:05.49brlcadotherwise things like installing cp.1 and mv.1 and apropos.1 .. bad
21:09.26mafmmm, you have two libraries together, jama and tnt
21:09.38brlcadyes
21:09.56brlcadthey were too tiny to separate in a meaningful way
21:10.06brlcadthey work together, one is an extension of the other
21:10.26mafmdunno, but in Debian they're two separated packages
21:10.36brlcadjama is like 5 .h files and nothing else
21:10.42brlcadthat's fine
21:11.03brlcadthey could separate them into a package per .h, doesn't change anything for us :)
21:11.26brlcadjust makes life suck for the package maker
21:12.04starseekerbrlcad: ok, I can see that if someone tries to install into a system man page area - should the MGED commands not generate the man page version of their output?
21:14.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:16.42mafmI certainly feel miserable :P
21:17.07CIA-43BRL-CAD: 03brlcad * r37563 10/brlcad/trunk/src/util/loop.c: basic cleanup, ws.
21:19.45mafmhttp://paste.debian.net/58746/ -- I didn't enable tkhtml3 and NIST STEP, are they enable by default? are tkimg and jove important for a regular installation? are opengl or librtserver important for regular installation?
21:20.12CIA-43BRL-CAD: 03brlcad * r37564 10/brlcad/trunk/bench/run.sh: quell the sanity check output from ELP
21:20.52starseekermafm: Did STEP and tkhtml3 build even when disabled?
21:20.59starseekercan check if there's a problem there
21:21.48mafmwell, my line was: Options & variables: --disable-documentation --disable-all --enable-urt-build --enable-opennurbs --with-tcl=/usr/lib/tcl8.5/ --with-tk=/usr/lib/tk8.5/ --with-tnt=/usr/lib/tnt --enable-termlib-build --with-tkinclude=/usr/include/tcl8.5/    
21:21.50louipcjove is not really important
21:22.19mafmurt, termlib and opennurbs are the only ones not present in Debian
21:24.53mafmif I don't need those, it'll be much easier to get it into Debian officially
21:26.13mafmboth for legal and technical matters :)
21:26.40brlcadstarseeker: manual pages are fine and good, they just need to be separate
21:26.42starseekeryou only lose the MGED html help browser when tkhtml3 is disabled, and it's not really "prime time" yet
21:27.00brlcadfor starters, can make them just 'n' pages
21:27.07brlcadbut then we even have conflicts with tcl
21:27.18starseekerbrlcad: ok, will do...
21:27.18brlcadtcl groups there n pages so tcl and tk don't collide
21:27.28brlcadwith the .n and .ntcl pages
21:27.47starseekerwe could make up our own man convention - manm for mged...
21:27.48brlcadso we could do something similar with .ncad or .nged pages
21:27.55brlcadheh
21:27.58brlcadno
21:28.02brlcadthey didn't make up 'n'
21:28.37starseekermafm: you won't miss the STEP library at the moment - the functionality isn't quite ready - so don't worry too much about it
21:28.44starseekerbrlcad: oh, I know :-)
21:28.59mafmok, so I could disable them... the thing is that I did and didn't work :)
21:29.31starseekerit built them anyway?  (that was my earlier question)
21:30.07brlcadmafm: debian has termlib
21:30.15brlcadit's just got a variety of names over the years
21:30.28mafmstarseeker: yes, I pasted you the lines above just after you asked
21:30.52starseekerright, but with those lines it still built tkhtml3 and step, correct?
21:30.59mafmbrlcad: there's no termlib, no termcap, and some libterm-*-perl
21:31.29mafmstarseeker: yes, with that option it built what I put in the line just before you asked:  http://paste.debian.net/58746/
21:31.43brlcadlook for libtermlib or libtermcap or termcap or termlib or terminfo or tinfo and failing all of those, curses or ncurses will provide them indirectly
21:31.58starseekerbrlcad: what about things like rt where I hope to have one man page both for command line and for mged?
21:32.05brlcadmafm: probably because it's installed by default on linux now
21:32.05louipcoh --disable-tkhtml3 wasn't covered in --disable-all eh?
21:32.27starseekeris surprised it isnt...
21:32.43louipcshould --disable-doc be covered as well?
21:33.02brlcadmafm: I'd be very surprised if you didn't already have it installed, base-essentials or something similar that provides it
21:33.46brlcad"locate termcap" and/or "locate terminfo", and I bet you'll see you already ahve it
21:33.58brlcadcan then lookup those files to see what package they belong to
21:34.38starseekermafm: hang on, I'm testing to see what happens here with those options... (jeez I wish the distros would lighten up sometimes)
21:34.50louipcyeah use ncurses
21:34.53brlcadstarseeker: that's a sticky bit wrt 'rt', I'd just start keeping them separate (as their usage really is distinct in both)
21:35.08brlcadthe mged one should be fairly short and sweet, referencing the other
21:35.24starseekerick.  Well, I guess if we have to...
21:37.49mafmif it only needs termcap.h, it's in libncurses
21:38.00brlcadthe mged one should just explain what is unique to mged, namely that you don't specify the .g or objects, it uses whatever is displayed, that some options don't work as expected (e.g. -M) because you're not in a terminal, and other options that are auto-provided unless overridden like -n/-w
21:38.41brlcadmafm: speaking of combining two packages into one...
21:39.08brlcadtermcap is technically separate  :)
21:39.15louipcheheh
21:39.15brlcadterminfo is newer/better
21:39.27brlcadwho owns your terminfo files?
21:39.35mafmwell, but that's fine, it saves work!
21:39.51brlcadexactly why tnt+jama .. saved work :)
21:40.20mafmbut tnt+jama is *bad* because it puts more work on *me* :P
21:40.36mafmnow, since they're packaged in debian, that's not much of a problem
21:40.43louipcstop using debian :D
21:41.11louipcah that's convenient
21:41.26starseekermafm: if you just treat BRL-CAD as one big atomic package, no extra work! :-)
21:41.39mafmstarseeker: disabling tkhtml3 and step, makes things work, so I guess that they're missing in disable-all
21:42.01mafmhttp://paste.debian.net/58749/ -- the result of configure
21:42.50mafmstarseeker: in that case there would be a .deb for brl-cad, but it would get rejected, for sure
21:42.51louipchmmm
21:43.00mafmrejected in Debian I mean
21:43.31CIA-43BRL-CAD: 03brlcad * r37565 10/brlcad/trunk/ (configure.ac misc/Makefile.am misc/debian/): remove misc/debian .. those files are so out-of-date and wrong that it's just misleading and bloat. many of the files still referenced glpong and had wrong license info.
21:44.19brlcadmafm: er, how does that put more work on you wrt tnt/jama?  you just specify them, no?  our disable-tnt option turns both off
21:44.27louipcthe build files used glpong as a template?
21:44.48mafmso... are opengl or librtserver important for regular installation?
21:44.53brlcadmafm: you haven't read INSTALL still, I gather
21:45.50brlcadbecause it explains how --disable-all .. is really --disable-almost-everything
21:46.37brlcadthe prior is just a convenience alias for those in the know-how that call it frequently so they can type less
21:48.37mafmin fact I have, just not very carefully, still, I can't even find the pattern "disable-all"
21:48.56louipcautogen creates those
21:49.36starseekerline 631
21:49.56starseekerall leads to set_everything, apparently
21:50.09starseekerwhich seems to have step and tkhtml3 in there... hmm...
21:50.17starseeker(configure.ac)
21:50.28louipcyeah
21:51.05brlcadmafm: that's because very early on it explains that there is a disable for every enable and then proceeds to itemize all of the enable options
21:52.22brlcadunderstandable for the many instances where we don't even bother to document, but can't help you if you don't read it carefully when the information IS there .. :)
21:52.50mafmwell, you told me yesterday that I could disable all with... disable-all
21:52.55brlcadif you have a suggestion for a way it could have been stated more clearly, i'd love to hear it ;)
21:53.00mafmand that's what I did
21:53.48brlcadi also said to read INSTALL, which I suppose I should have caveated with "and don't just skim"?
21:53.59mafmit works for everything except those libraries, which seems to have been overlooked or something... so thatnks to my incompetence/lazyness I found a bug... aren't you glad? :P
21:54.27brlcadactually, it's not a bug
21:54.40brlcadthat's why the real name is "almost" everything
21:57.15mafmanyway, compiling now
21:57.28mafmI hope that ccache works fine :P
21:58.07brlcadcertainly unexpected/unintentional, so we'll see
21:58.27brlcadnever tried ccache on brl-cad yet, interesting to hear how well it works ;)
22:02.40mafmhttp://paste.debian.net/58751/ -- failed creating .libs, might be a kind of race condition of -j2?
22:03.08CIA-43BRL-CAD: 03louipc * r37566 10/brlcad/trunk/configure.ac: ws
22:05.11brlcadfinds six options not documented, modifies distcheck
22:05.48brlcadmafm: huh, yeah, that does look like a race
22:06.31brlcadseen those cannot create dir messages before but they never stop the build
22:07.39*** join/#brlcad mafm (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
22:09.27mafmops, X crashed :P
22:09.35starseekerow
22:10.06mafmmine stopped the build, had to use -k after...
22:10.40mafmwell, now I have to stop for a while but will torture my CPUs a bit later :P
22:37.27brlcad:)
22:41.56CIA-43BRL-CAD: 03brlcad * r37567 10/brlcad/trunk/regress/repository.sh:
22:41.57CIA-43BRL-CAD: add an additional release check to make sure all of our configure options are
22:41.57CIA-43BRL-CAD: documented in the INSTALL file. don't halt the build just yet, though, as there
22:41.58CIA-43BRL-CAD: are at least 5 that have crept in without documentation. (to be dealt with after
22:41.58CIA-43BRL-CAD: 7.16.6 is tagged)
22:45.25CIA-43BRL-CAD: 03brlcad * r37568 10/brlcad/trunk/include/bu.h: add a little note to make it clear that the vls may be extended more than extra length requested.
22:47.10``Erikawesome, I forgot to remove all of teh glpong references heh
22:51.51``Erikgot a problem with glpong, louipc? O.o it was one of my debian thingies that worked, so'z I was in the process of importing and modifying for BRL-CAD when I lost my debian box
22:52.41louipc``Erik: glpong is cool
22:53.03``ErikO.o are you thinking of the right one? heh
22:54.22louipcerrr not sure
22:56.21CIA-43BRL-CAD: 03brlcad * r37569 10/brlcad/trunk/src/libged/move_all.c:
22:56.22CIA-43BRL-CAD: clean up the usage statement to use consistent notation for required/optional
22:56.22CIA-43BRL-CAD: parameters. '[]' are optional, '{}' is a logical grouping (to indicate mutually
22:56.23CIA-43BRL-CAD: exclusive options), '<>' is optional markup indicating substituted user input
22:56.23CIA-43BRL-CAD: (normally with italics, e.g. man page, but this is plain text).
22:56.27``Erikhttp://brlcad.org/~erik/files/glpong-1.2.tar.gz is where the debian crud came from
22:57.11``Erikor mebbe I lost the debian machine when I was trying to get 1.3 ready for release, ah ferget
22:57.50``Erikyeh, I think that was in 1.3, which has been sitting all distchecked for several years now
22:57.51louipchey it does look cool
22:58.04louipchttp://www.downbroad.com/images/linux/linux2506.jpg
22:58.43``Erikyup, that's it
23:00.11``Erikwas a 1 day hack, shirked off all possible job leads but one really amazing sounding one as I was finishing college, was too nervous to sleep or eat for the entire trip and night before the interview, totally blew it, so after getting home and sleeping, knocked out the first version in a day as an "I'm not a loser" act :D
23:01.37``Erikheads home O.o
23:16.37*** join/#brlcad Ralith (~ralith@69.90.48.97)
23:40.54mafmbrlcad: there are loads of failures, I don't know if caused by ccache or not
23:44.28brlcadmafm: paste?
23:45.07brlcadyou probably want to disable strict building while you're at it so you're not chasing compiler warnings
23:45.14brlcad--disable-strict
23:47.06mafmI'm reacompiling now with --disable-strict and without ccache
23:50.14mafmbbiab, and paste if there're errors again
IRC log for #brlcad on 20100205

IRC log for #brlcad on 20100205

00:01.54brlcadk
00:21.48starseekerwhoops
00:21.57starseekeris sure most of the undocumented stuff is probably him
00:22.03starseekersorry 'bout that
00:22.27``Erikat least you didn't leave glpong debian files all over O:-)
00:24.34starseekerbrlcad: do you want me to get the mged man stuff renamed prior to release?
00:24.49starseekercan start, but doesn't want to disrupt things...
00:41.45CIA-43BRL-CAD: 03starseeker * r37570 10/brlcad/trunk/src/libdm/dm-rtgl.c: Missing entry in rtgl struct - new slot for drawVListHiddenLine
00:57.15mafmhttp://dl.free.fr/o0gQpSKj4/mafm-errors.log <---- for brlcad or anybody interested
00:58.43mafmthey seem to be the same as with ccache
00:59.03mafmif you have an idea of what's wrong, it'd be welcome -- tomorrow, I'm off to bed now
00:59.05mafmnight
01:06.08starseekercopies his early stage prelim getopt_long stuff to bz for later work and tries to catch the store
01:06.25starseekermust get supplies before snow...
01:32.28``Erikhere's a rare one... http://www.dailymail.co.uk/news/article-1242637/Gay-man-tried-poison-lesbian-neighbours-slug-pellets-legged-cat-feud-walks-free.html
01:36.43louipchaha the war of the genders
05:46.06*** join/#brlcad Ralith_ (~ralith@69.90.48.97)
08:45.38*** join/#brlcad CoconutCrab (~toor@unaffiliated/coconutcrab)
08:48.14CoconutCrabhello everyone
08:48.29CoconutCrabdoes anyone have problem compiling brlcad with gcc 4.3.3?
09:07.21*** join/#brlcad mafm (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
11:55.01*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
12:54.53*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:33.50CIA-43BRL-CAD: 03starseeker * r37571 10/brlcad/trunk/ (14 files in 5 dirs):
13:33.51CIA-43BRL-CAD: Getting set up to move the MGED commands to mann with a .nged prefix. As a
13:33.51CIA-43BRL-CAD: first step, move those reported to have conflicts by gentoo, but all MGED
13:33.52CIA-43BRL-CAD: commands will need to be moved. brlman script also needed a minor tweak to
13:33.52CIA-43BRL-CAD: handle manpage extensions that weren't an exact match for the man* character in
13:34.01CIA-43BRL-CAD: the directory name. Not clear yet if it can handle specifying 1 vs. 3 vs. n man
13:34.01CIA-43BRL-CAD: pages, but for commands like rt it will eventually need to - look into it.
13:34.38starseekerbrlcad: that look OK?
13:54.48brlcadat a glance, it looks like the right direction
13:55.34brlcadcan you actually look the nged pages up with man?
13:58.50CIA-43BRL-CAD: 03brlcad * r37572 10/brlcad/branches/STABLE/ (465 files in 104 dirs): merge trunk to STABLE from r37287 to HEAD r37570
14:12.21brlcadinteresting read: http://www.haiku-os.org/blog/stippi/2010-01-12_everyone_loves_benchmarks
14:16.22*** join/#brlcad CGI463 (~7f000001@99-74-181-148.lightspeed.cicril.sbcglobal.net)
14:35.11CIA-43BRL-CAD: 03brlcad * r37573 10/brlcad/branches/STABLE/ (20 files in 5 dirs): merge trunk to STABLE from r37570 to HEAD r37571, last minute addition
14:35.18mafmhttp://dl.free.fr/o0gQpSKj4/mafm-errors.log <- does anybody has suggestions about this?
14:41.12mafmit seems to me that at least the one of "int brlcad::BANode<BA>::depth()" can't be fixed without modifying the source
14:41.52``Eriknot letting me download any file, redirects to something with a bunch of french
14:42.52d_rossbergmafn: there is a conflict with the TNT library's header files on your computer
14:43.18d_rossbergTNT and STL both have a "max" template
14:44.04d_rossbergthe namespace should preven this type of error
14:44.06starseekerbrlcad: with the patch to brlman, yes
14:44.16mafmer Télécharger ce fichier
14:44.23starseekerat least, on my gentoo box it works
14:44.49``Erikyeh, clicked it, but it just lodas the same page again
14:44.53``Erikloads
14:45.02mafm``Erik: click on Télécharger ce fichier (sorry but I don't know other file uploading services)
14:45.15mafmops
14:45.16mafmdunno then
14:45.32mafmI can't upload it to paste.debian.net, too big
14:46.35CoconutCrabhello, I can't compiling brlcad on my amd64 system, can someone help me?
14:46.43CoconutCrabhere is the error when compiling http://dpaste.com/154981/
14:47.12mafmhttp://encodable.com/cgi-bin/filechucker.cgi?action=landing&path=/&file=mafm-errors.log
14:47.17CIA-43BRL-CAD: 03brlcad * r37574 10/brlcad/tags/rel-7-16-6/: tagging release 7.16.6 with all regressions passing
14:47.25mafm``Erik: http://encodable.com/cgi-bin/filechucker.cgi?action=landing&path=/&file=mafm-errors.log
14:47.26CoconutCrabis it due to my gcc installation? I also found someone who has the same problem like mine
14:47.29brlcadmafm: saw your log from last night, interesting error
14:47.46brlcadlooks like it might be old, do you have an svn checkout?
14:48.12brlcad``Erik: the link is the tiniest on that french page
14:48.28mafmbrlcad: I used 7.16.4 tarball
14:49.21brlcadyou shouldn't use -k :)
14:49.54brlcadthe error is the first one in the log, the rest is just cascaded failures because those libraries dont' exist
14:50.23mafmthat should be easy to fix then, just prefix the call with the namespace
14:50.47mafmTNT::max() is probably reduntant in modern C++ too
14:50.53``Erikyeh, threw it through google translate, it still didn't come up *shrug* mebbe my tinyproxy dropped something weird *shrug*
14:52.42d_rossbergmafm: for this error there has to be a "using namespace TNT;" somewhere
14:53.46d_rossbergprobable in a tnt header, can you switch it off (e.g. with a macro)
14:54.06``Erikbrlcad: do you know if zeta is generally considered to be the 'real' beos, or as good as the final beos was? the haiku vs zeta difference was impressive, but I d'no the beos 'scene' (was googling 'round for zeta...)
14:59.14mafmd_rossberg: http://paste.debian.net/58823/
14:59.25mafmmost amazing
15:00.26mafm``Erik: the relevant error: http://paste.debian.net/58824/
15:01.15brlcadand THEREIN is why "using namespace std;" is BAD and should never be used.
15:01.19mafminterestingly enough, your version in src/other/tnt/jama_lu.h has it too
15:01.33``ErikI got it from the 'encodable' link... but with roßberg and brlcad both looking and better at c++ than myself, I'm just chillin' (took the day off due to weather, too)
15:01.37``Erik:)
15:02.14mafmI think that the problem is another: putting "using namespace" in a header file is asking to be slapped with a large trout
15:02.30brlcadyes, any using statements in a header.. tsk tsk
15:02.36brlcadbut *especially* using std
15:02.46starseekermafm: that would make a good warning in a programming book :-)
15:02.54brlcadthat propagates a massive volume of symbols into the global namespace
15:03.07``Erikprobably a quick hack when gcc started throwing errors on 'cout' without a using or std::
15:03.30brlcaddevs do it to just type less
15:03.43mafmI read recently proposing to include std always... since no library should override std:: functions (which somewhat defeats the purpose of namespace altogether, but well...)
15:04.06starseekerhunts for the large trout...
15:04.17mafm*someone* (famous in C++ world) proposing
15:04.35``Erikthinks starseeker is starting to smell like a dirty mirc user *cough*
15:04.47mafmanyway, what's to be done in this case, any idea?
15:04.54starseeker``Erik: eh?
15:05.10starseekerirssi all the way, with a little xchat if I'm on my home box
15:05.12mafmstarseeker: the large trout slapping is a reference to MIRC program
15:05.19starseekerah :-)
15:05.25``Erikwould changing it to TNT::max() in opennurbs_ext.cpp fix it?
15:06.19d_rossbergmafm: write a bug report to JAMA ;)
15:07.22``Erik(or where the ambiguous max() actually lives... didn't really look *shrug* :)
15:08.20CIA-43BRL-CAD: 03brlcad * r37575 10/brlcad/trunk/ (NEWS README include/conf/PATCH): bump to 7.16.7, alas still expecting at least one more release on the 7.16 line to fix the mac input bug and get all of the 64-bit windows changes in. this should be a bugfix-only release.
15:08.56brlcadremove the using statements, fix the code ;)
15:09.07brlcadthen push it upstream
15:09.34starseeker(long philosophical argument with upstream optional...)
15:10.13brlcadnot usually
15:10.22brlcadmost realize it's just lazyness
15:10.31brlcadthey just might not care
15:10.35starseekernods
15:11.17mafm``Erik: yes, that probably would
15:11.20starseekerbrlcad: so go lite on trunk commits till we get the two mentioned issues knocked out?
15:11.26brlcadgiven you guys rewrote most of the solver approach, is tnt/jama even used any more?
15:11.36starseekerI believe it is
15:11.36mafmthe version shipped with debian and the one in src/other/tnt is slightly different though
15:11.58brlcadstarseeker: getting those two issues dealt with should really be the priority (and any other bugs)
15:12.09brlcadsince we'll probably need to stamp another release in a week or two
15:12.13starseekernods
15:12.39starseekerevery run I've taken at the Mac input bug has gotten me nowhere - any suggestions on where to start?
15:12.42brlcadtons of stuff I want to commit too that are on hold :(
15:13.05mafm- debian +brlcad
15:13.11starseekerAh, there it is - SurfaceTree::isFlat is where we are using tnt/jama, if I understand correctly how it works
15:13.14mafm-                  for (int i = 0; i <= std::min(n,k+3); i++) {
15:13.15mafm+                  for (int i = 0; i <= min(n,k+3); i++) {
15:13.52starseeker(that may or may not be necessary - I never did try implementing it without tnt/jama and speed testing)
15:14.17mafmhmmm
15:14.32mafmso you're trying to get rid of this dependency and release soon?
15:14.49starseekermight be worth rolling our own there if that's the only reason we are keeping tnt/jama in the tree at all, but that would take some care - that's a kinda funky and very important function
15:15.00starseekermafm: havn't been trying
15:15.02starseekerworks find
15:15.04starseekerer fine
15:15.31starseekerplenty of broken stuff to do before we try to fix something touchy like that that's working
15:15.48mafmI see
15:17.11starseekerBob is mowing through the Windows stuff in good shape - I'm betting it's that input bug that's gonna ream us
15:18.03*** join/#brlcad CoconutCrab (~toor@unaffiliated/coconutcrab)
15:19.41CGI463is this channel intended for developers only?
15:21.32starseekerusers welcome :-)
15:21.59starseekerlot of dev talk goes on, but it's not intended to be exclusively dev
15:23.20CGI463i am actually trying to install version 7.10.4 on an ubuntu box. brand new to irc, new to autotools, pretty ok w/ basic linux stuff
15:23.32starseekeruh - why such an old version?
15:24.10CGI463it's what brlcad.org >> download >> linux
15:24.16CGI463that's what sourceforge gave me
15:24.17starseekererm.
15:24.35CoconutCrabbinary version
15:24.43starseekeroh
15:24.53starseekerit's much better if you can compile a newer version
15:26.10mafmdo you think that they would be pissed off if I mention that putting "using namespace" in headers is a bad practice?
15:26.11CGI463binary for linux is *.sh or *.deb, right?
15:26.31CGI463this was a tar.bz2 file
15:26.36starseekerCGI463: our binary versions are pretty old
15:26.47starseekerif you can compile source, try this:  http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.16.4/brlcad-7.16.4.tar.gz/download
15:28.07starseekerCGI463: not necessarily, binaries on Linux can get complicated.  rpm and deb are binary package formats, but you can also get just a tar.gz of a binary (this wouldn't have the metadata associated with an rpm or deb)
15:28.26brlcadmafm: give that a try --v
15:28.45CIA-43BRL-CAD: 03brlcad * r37576 10/brlcad/trunk/src/other/tnt/ (jama_cholesky.h jama_eig.h jama_lu.h jama_svd.h tnt_linalg.h): remove the using namespace declarations as they cause symbol collisions and ambiguous call errors. this may be incomplete, but it fixes the portions we use. jama looked to be the most abusive.
15:29.21CGI463i will try the new source file now. the route i took led me to this page: http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Linux/  where it seems like 7.12 is the most current option?
15:29.31brlcadmafm: we just did a 7.16.6 release (tagged today, not yet uploaded)
15:30.45CGI463should i extract to the /usr/brlcad/ directory?
15:31.01*** mode/#brlcad [+o brlcad] by ChanServ
15:31.03*** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205)
15:31.12mafmk, will try in a minute
15:31.19brlcadodd, who set topic lock?
15:31.24*** mode/#brlcad [-t] by brlcad
15:31.28mafmtoo bad there's no "unusing" namespace :P
15:31.45*** mode/#brlcad [-o brlcad] by brlcad
15:31.49*** topic/#brlcad by brlcad -> test
15:31.52*** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205)
15:31.57brlcadthat's better
15:32.52brlcadmafm: you'd get better mileage instead of saying it's bad practice by saying that it's causing conflicts and ambiguous symbols and *link* here's a patch
15:35.03mafmI'm trying to say this, I'll paste you the e-mail before sending
15:35.20mafmI tend to piss off people too often lately, I might be getting asperger's :P
15:42.05CGI463when running 'make test' i am getting an error from opennurbs?
15:44.01CoconutCrabwhat is the error about?
15:44.37mafmbrlcad: you have new mail
15:45.01CGI463'::ptrdiff_t' has not been declared
15:45.08CGI463seems to be what it doesn't like
15:45.08CoconutCrabsame like mine
15:46.05starseekerCGI463: how did you build?
15:47.11CGI463i guess i don't understand the question . . . i just did what the install file said  './configure', 'make', 'sudo make install'
15:47.28starseekerok
15:47.38starseekertry with ./configure --enable-all
15:47.49starseekersee if that changes anything
15:49.10brlcadmafm: that looks good actually, might want to give them this too:  http://brlcad.org/~sean/tnt_namespace.patch
15:49.21CoconutCrabCGI463: http://dpaste.com/155007/ <--- something like this?
15:49.58brlcadsay it's not fully tested, but got us past our error and if anything just needs a few more namespace scopes on TNT and std symbols
15:51.46CGI463starseeker: no, doesn't change anything
15:51.54mafmbrlcad: that's against your [possible outdated] copy or a fully updated copy?
15:52.04brlcadmafm: no idea
15:52.11brlcadit's against what we have checked in :)
15:52.24brlcadwhich was some version from them from some point in time :)
15:52.53mafmthey have 1.2.5 now, just for reference
15:53.02mafmanyway I'll mention the possibility that it's outdated
15:53.10starseekerCGI463: hmm.
15:53.16brlcadlooks like tnt is 1.2.6
15:53.27brlcadand jama is 1.2.5
15:53.28starseekerok, one more thing just to be sure we've got a clean setup:
15:53.42brlcadwith a jama beta for 3.0.12 (wtf)
15:53.52starseekermake distclean && ./autogen.sh && ./configure --enable-all && make
15:54.20brlcadstarseeker: their error is the same as that other person from the forums
15:54.26starseekeroh, OK
15:54.58brlcadptrdiff_t is a std type, there is something screwy with their c++ install
15:55.02starseekerAH, that thing
15:55.19starseekeryeah, that's not us
15:55.31CoconutCrabI am using gentoo, gcc version 4.3.4
15:56.29CGI463ubuntu, gcc 4.2.4
15:56.30brlcadfrom the looks of things, it seems a recent gcc injected a bug or incompatibility in the cstddef header
15:57.01CGI463and the error i am getting is the one that you posted a link to
15:57.43mafmbrlcad: send.  Though I suspect that he would prefer to use TNT::max versions and so on when available, he's also the author of TNT: http://math.nist.gov/~RPozo/
15:57.59mafms/send/sent/
15:58.27brlcadCGI463: try running this:
15:58.29brlcadcurl -O http://brlcad.org/~sean/tmp/test.cxx && g++ test.cxx && ./a.out ; echo $?
15:58.44brlcaddo you get a compile error or does it report 0
15:59.55starseekeris this related? https://bugs.launchpad.net/ubuntu/+source/gcc-4.3/+bug/355408
16:00.14brlcadmafm: perhaps, but he should make it clear regardless :)
16:00.19CoconutCrabbrlcad: it runs fine and report 0
16:00.22brlcadand can tell him his website is busted
16:01.13CGI463100   161  100   161    0     0    591      0 --:--:-- --:--:-- --:--:--     0
16:01.22brlcadstarseeker: yeah, that looks to be exactly the issue
16:01.40brlcadCGI463: that's the curl download stats :) .. I presume the latter 0 is the result
16:02.18CGI463there is a new line and then a '$' with nothing after it
16:02.39mafmbusted?
16:02.51brlcadnone of his images load for me
16:02.54brlcadexcept his mug
16:03.21starseekersame here - broken image links
16:03.25mafmah, sure, and that's maybe the ugliest image in the site :PP
16:03.43brlcadoh admit it, he turns you on
16:04.08brlcadSWM seeks MAFM
16:04.11mafmhe's piping hot, yep :P
16:04.30mafmanyway, I meant to put this one, where tnt and jama appear side by side: http://math.nist.gov/tnt/
16:04.41CGI463starseeker: i am still in the 4.2 series . . . i don't know if that matters
16:04.41mafmwhat's SWM
16:04.51brlcadCGI463: can you upgrade?
16:05.13CGI463i've never done it, but i'll see what i can do . . .
16:05.36brlcadthere's probably some trivial header file that can be included to get past the error, but it's still a problem in your standard c++ headers
16:05.38starseekerupgrading is a good thing to learn how to do anyway
16:06.05brlcaddo a locate cstddef
16:06.16brlcadand then see what package that file belongs to
16:06.38brlcadthat's probably what needs to be upgraded (or just all of gcc/g++)
16:07.08brlcadCoconutCrab: same goes for you :)
16:07.48CoconutCrabbrlcad: er... my version is already 4.3.4
16:08.13CoconutCraband I am afraid of upgrading to 4.4 as it could cause breakage (for gentoo)
16:08.15CoconutCrab:(
16:09.52CoconutCrabI also tried with 4.3.3
16:12.34mafmbrlcad: same error with 7.16.6... did you really fix it?
16:13.58mafmthe patch that you sent me doesn't seem to be applied there
16:14.42starseekerhe tagged 7.16.6 before the tnt/jama stuff
16:15.15mafmoh bugger
16:15.27mafmyou patched a file, I was talking him about another file
16:16.04mafmoh, actually it was a bunch of them in your patch... one of them the one that I was talking about... not so bad then
16:16.33mafmapplying patch and compiling again....
16:16.35CoconutCrabso what I am going to do is bugging distro people to fix it
16:17.58mafmto fix the 4.4 issue in gentoo?
16:18.14CoconutCrabalso, I don't think this bug is the bug above (launchpad)
16:18.18*** join/#brlcad cjdevlin (~7f000001@99-74-181-148.lightspeed.cicril.sbcglobal.net)
16:18.59CoconutCrabmafm: it is in gentoo unofficial repo, so they should find a way to fix :P
16:20.29mafmI see
16:22.58cjdevlinwould it be worth trying to install gcc4.4 in my user account and trying to pass the compiler option manually?
16:23.30cjdevlincjdevlin == cgi from earlier (accidentally got disconnected/learning cgiirc)
16:26.44brlcadmafm: heh, the fix isn't in 7.16.6
16:27.02brlcadthat was already tagged, wouldn't inject that sort of change at the last-minute
16:27.05brlcadsvn head
16:27.52brlcadCoconutCrab: without any more information, it does seem to be some upstream problem
16:28.23CoconutCrabbrlcad: I understand
16:28.26mafmI applied the patch on top, and fails with other errors in opennnurbs
16:28.55brlcaduntil we see evidence to the contrary, of course .. like I said, there is *probably* some #include we could add that would avoid the bug, but I can't test that without access to a gentoo box
16:28.59brlcadwhich I don't have at the moment
16:29.42brlcadcjdevlin: what is your goal and interest? :)
16:29.43starseekerare the gentoo folks here running stable or unstable?
16:30.07brlcadmight just be easier to get someone else on linux to hand you some binaries if you're kicking tires
16:30.19starseekerhas a gentoo box, and (knock on wood) hasn't seen these issues, but admits he is running cutting edge
16:30.22CoconutCrabI am mixing between stale/unstable package, gcc version is stable
16:30.45starseekerhmm.  that could be the difference
16:30.46CoconutCraboh wait
16:31.02CoconutCrabmy friend who also have a gentoo box compiled it successfully
16:31.12starseekerO.o
16:31.15CoconutCrabhe is using x86, not amd64 like me
16:31.19CoconutCrabsame GCC version
16:31.27starseekerah.  Yes, I'm also x86
16:31.32CoconutCrabI have his config.log
16:32.37cjdevlini actually just read about it on /. and wanted to try it out. i do some engineering for auvs and based on the description of how this program handles materials it seems like this would be the optimum program to design on
16:32.52cjdevlinand by engineering i mean i am a hobbyist.
16:33.02starseekergoes to grab some lunch, bbl
16:33.03CoconutCrabcjdevlin: you are using ubuntu 64 bit version right?
16:33.12cjdevlin32
16:33.22CoconutCrabI see.....
16:34.00starseekeris 32 bit as well, fwiw (my machine looks older every day...)
16:34.50CoconutCrabI diff-ed the config log of my friend and mine, but wasn't able to get any clue
16:37.02cjdevlinare you getting these configure warnings?: configure: WARNING: The floating point implementation does not seem to be IEEE 754 configure: WARNING: compliant.  The behavior of htond and htonf may be incorrect.
16:37.48CoconutCrabthere are some warnings there, but I don't think they are important, or at least not related to our problem
16:41.45mafmmay I commit freely as when I had permission to do so?
16:42.44mafmstarseeker: brlcad: ^
16:43.41brlcadCoconutCrab: it's not likely a configure/config.log issue, even a compiler issue, it's the standard headers
16:43.52mafm(otherwise if some kind of previous peer-review is required, etc)
16:43.55brlcadthe STL
16:44.11brlcadcjdevlin: that warning can be ignored
16:44.24brlcadmafm: of course
16:44.31CoconutCrabbrlcad: let me check which package that file belong to
16:44.40brlcadyou didn't get "tentative" commit rights, you got commit
16:45.20mafmbut I was working on separate rt3 branch, less perilous should somehting go wrong :)
16:45.55cjdevlinbrlcad: i understand a bit about programming, but this article seems to be over my head: could it have anything to do with what we are seeing? it seems like if brlcad is compiling on one 4.3 box, it isn't the previously mentioned bug.
16:46.04cjdevlinthis article: http://readlist.com/lists/gcc.gnu.org/gcc-help/1/7059.html
16:46.34CoconutCrabbrlcad: it is belong to gcc, so if me and my friend have the same gcc version, the header should also be the same right?
16:46.59brlcadtheoretically, which file were you testing?
16:47.49CoconutCrabbrlcad: /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include/g++-v4/new <--- this one
16:48.10brlcadcjdevlin: interesting little discussion there, but not sure it's relevant
16:48.26brlcadCoconutCrab: what is your exact error again?
16:48.45CoconutCrabhttp://dpaste.com/155007/ this
16:50.23brlcadtry adding: "#include <cstddef>" before the #include <new> in src/other/openNURBS/opennurbs_system.h
16:50.33brlcadsee if that does anything useful
16:52.26CIA-43BRL-CAD: 03mafm * r37577 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Prefixing with TNT::, otherwise it fails with a patch that I'm testing, and it's the correct way to do it anyway (not relying on external 'using namespace').
16:52.27brlcador even #include <stddef.h>
16:52.29brlcadif that makes no diff
16:52.43CoconutCrabbrlcad: make-ing
16:55.16brlcadmafm: oops! .. I edited that file to, but just didn't commit it
16:55.41CoconutCrabbrlcad: it still does not work, same error
16:55.51brlcadyou tried both?
16:55.59brlcadcstddef and stddef.h
16:56.14CoconutCrabah sorry, didn't read the later
16:56.38mafmah
16:56.39brlcadgrep ptrdiff_t /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include/g++-v4/* | grep typedef
16:56.54mafmno problem them
16:57.04CoconutCrabbrlcad: ok, that worked
16:57.18brlcadwow, yeah
16:57.21CoconutCrab:)
16:57.23brlcadthat's a bug
16:57.37brlcad(in stl)
16:57.54CoconutCrabso it is gcc fault right?
16:58.19brlcadyep
16:58.30brlcadtry moving the #include up
16:58.54brlcadyou'll see a little further up in the file a #include <stdlib.h> .. put it before that and see if it works
16:59.20CoconutCrabok, make clean first
16:59.28brlcadcd src/other/openNURBS
16:59.39brlcadyou don't have to have it walk all dirs
16:59.45brlcadmake clean in just the openNURBS dir
16:59.48brlcadthen make again
17:00.35CoconutCrabbrlcad: it works, sir
17:01.33brlcadwhat version are you?
17:01.42brlcadcjdevlin: you can try the same edit
17:01.56cjdevlincurrently making
17:02.04cjdevlinon a slightly slower machine
17:02.05CoconutCrabbrlcad: brlcad? newest version, 7.16.4
17:02.10brlcadI mean version of gcc
17:02.32CoconutCrab4.3.4
17:03.00brlcadfor what it's worth, be sure to check out the documentation on the website once you get things compiled
17:03.04brlcadBRL-CAD has a steep learning curve
17:03.08CoconutCrab:)
17:03.22brlcadthat documentation is pretty much essential reading until we make more progress on improving usability
17:03.36CoconutCrabyes, I will do that for sure
17:03.39CoconutCrabthank you!
17:03.44brlcadthe tutorials in particular, and even after them, you're just starting to scratch the surface in terms of capabilities and features
17:03.50CoconutCraband I will lurk in this channel for a while :P
17:03.53brlcadthe quick reference sheet as well ;)
17:04.27CIA-43BRL-CAD: 03brlcad * r37578 10/brlcad/trunk/src/other/openNURBS/opennurbs_system.h: workaround fix for the STL bug evident in gcc4 (at least version 4.3.4 and others)
17:04.57CoconutCrabI met this bug with gcc 4.3.3 too
17:05.21brlcadnods
17:05.56brlcadand cjdevlin is on the 4.2 line, it's been in there a while apparently
17:06.17brlcadthe fix is exactly that bug report that was closed out .. that *should* have been in 4.3.4
17:06.21brlcadbut maybe didn't quite make it
17:06.33brlcadand will be in 4.3.5 or .6
17:06.58brlcadgoes to the gym before this big storm hits and has him snowed in all weekend
17:07.08CoconutCrabsee you later :)
17:08.45mafmhmmm, new error http://paste.debian.net/58837/
17:16.01CIA-43BRL-CAD: 03brlcad * r37579 10/brlcad/trunk/src/libged/edcodes.c: odd compilation error on debian about invalid storage class. take the easy route and assume it's just having trouble with the forward declaration.
17:17.51mafmbrlcad: you're gone!
17:18.23``Erikheh
17:21.28mafmhmm, so I'm using trunk now, in 7.16.4 and .6 this wasn't giving any trouble, but now it is:
17:21.38mafmconfigure: error: *** iwidgets was disabled, yet no usable iwidgets system package was found ***
17:21.45mafmiwidgets4 package is installed
17:22.40mafmerror in config.log: http://paste.debian.net/58840/
17:37.54``Erikw00t, got my usb drive working on fbsd8 O.o heh, that only took 2 months.
17:38.24``Erikshakes fist at wd for doing things oh so very slightly wrong O.o
17:40.23mafmnevermind the error above, seems to be caused somehow by ccache or some strange interaction
17:40.56mafmw00t indeed \o/
18:04.33``Erikaw sweet, now I have cu on my bsd box talking to my openrd client correctly... O.o this is turning out to be a good day.
18:08.32mafmcongrats :)
18:08.35CIA-43BRL-CAD: 03mafm * r37580 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Quelling warnings about const string being treated as non-const.
18:16.50mafmstarseeker: there are unused vars in proc-db/csgrep, is it ok to remove them or are there as part of WIP enhancements?
18:24.02``Erikwould imagine they could be whacked... can always revert the change later...
18:25.49mafmok
18:26.09mafmI asked starseeker because he seems to have edited the file recently several times
18:27.22CIA-43BRL-CAD: 03mafm * r37581 10/brlcad/trunk/src/proc-db/csgbrep.cpp: Removing unused variables
18:27.29mafm``Erik: you know about autotools, right?
18:27.36mafmI have a little problem here
18:27.58``ErikI've heard of autotools, yes...
18:28.10mafmI mean that you write the tests and so on :)
18:28.26mafmtclcad.c:34:19: error: itk.h: No such file or directory
18:28.49mafmattach.c:40:19: error: itk.h: No such file or directory                                                                          
18:28.50``Eriklooks like you're missing a header O.o
18:29.01``Erikare you using teh system incrTcl?
18:29.09mafmyes
18:29.22``Erikthen you're missing a -I for it on those
18:29.23mafmbut in my case, that file is in itk3-dev package
18:29.40mafmso actually I don't have itk.h in my system
18:29.47``Erikah
18:29.56mafmthe obvious reply is "well, install it" :)
18:30.08mafmbut my point is that maybe a check for that file is missing
18:30.12``Erikwell, configure should look for it and
18:30.13``Erikyeah
18:30.25``Erikenable local incrTcl or stop the script, something
18:31.55mafmthe -litk seems to be missing, also: /usr/bin/ld: ../../src/libtclcad/.libs/libtclcad.so: error: undefined reference to 'Itk_Init'
18:32.09``Erikthat might be macro fu
18:32.46``Erikis testing a configure.ac tweak here, wait a minute it gets committed...
18:33.38mafmI'm adding it to LDFLAGS myself, only 3 errors to go, and one of them is this
18:35.27``Erikgive that a whack, it might cover several of your LDFLAGS issues... O.o :D
18:35.36CIA-43BRL-CAD: 03erikgreenwald * r37582 10/brlcad/trunk/configure.ac: Attempt to include itk.h in the itcl/itk compile/run test. Should detect the situation where libitk and itcl-dev are installed, but itk-dev is not (mafm's find).
18:36.18mafmdo I test removing the recently installed itk3-dev first, to check if it fixes it?
18:37.05``Erikum, if you have time to waste, I didn't think you'd installed it yet... :) *shrug* if it's not right, at least it's not more wrong... :D
18:37.52``Erikif you'd rather work on other stuff, we can make starseeker set something up to test it :D he's a linux weenie...
18:38.41mafmwell, with itk3-dev and LDFLAGS="-litk3.3" it works, and all errors are finally gone
18:38.54``Erik<-- has only seen a -dev package seperation on few linux distros, never on a unix/bsd
18:39.16mafmI succeeded in the adulthood test, whetever the name :P
18:39.41mafmI think that debian always separes -dev, or almost always
18:40.01``Erikcompilation completed? didja try running bench and regress?
18:41.00``Erikdebian didn't used to... but I moved my primary interest from debian to fbsd around a decade ago, and those misc/debian remnants that were 'horribly and misleadingly outdated' were from when I lost access to my last debian box.. :)
18:41.39mafmthe missing itk should manifest as this? incrTcl was disabled, but no system incrTcl library was found
18:42.44mafmwell, actually you can save loads of MB when installing on tiny boxes, probably they did it because of the arm and mips ports
18:43.31``Erikif the incrTcl build was explicitely disabled and there is no system incrTcl, you'll lost stuff like mged if it's allowed to build at all... I dunno the tcl stuff
18:43.53``ErikI'd guess it was more of a "why add all these files and stuff when puny mortals will never know they're gone"
18:44.16``Erikpicobsd works dandy in tight configurations with all that, and ucLinux seems to be hot for embedded
18:44.43``Erikhehehe... FreeBSD  8.0-STABLE FreeBSD 8.0-STABLE #0: Sat Dec  5 08:24:01 EST 2009     erik@fenris:/usr/obj/arm/usr/src/sys/DB-88F6XXX  arm
18:45.49``Erik(basically a souped up sheeva plug... 7 usb ports, onboard vga, JTAG, more ram, etc)
18:46.09mafmdunno, but nowadays for example maemo in nokia advanced sets runs with Debian (nokia is /the/ mobile manufacturer in Europe, dunno about US)
18:46.23mafmaaaaaanyway, what I meant with the incrTcl thingy..
18:46.42mafmthat's the error that I get without itk3 installed and your new configure.ac
18:47.00``Eriknone of nokia's cool phones make it to the US :( the cellphone networks are run by idiots
18:47.22mafmso is this the proper manifestation of the missing lib, or should warn about the missing itk itself?
18:47.30``Erikgeeks look at european and japanese 'low end' cellphones in awe :( the iphone was insanely ahead of the rest when it came out, fo rexample
18:48.17``ErikI'm not sure, personally, I'd think BRL-CAD should be able to build without incrTcl (or tcl at all) to allow library only incarnations
18:48.49``Erikbut some core libraries reference tcl and there MIGHT be scripts buried somewhere that use incr format for oo stuff... like I said, I don't know the tcl part
18:49.07``ErikI'm sure brlcad will opine when he returns :)
18:49.23mafmconfigure:33685: checking for incrTcl library functionality
18:49.25mafm[compiler command]
18:49.26mafmconftest.c:128:17: error: itk.h: No such file or directory
18:49.39mafmso yes, it seems that it's the correct error
18:49.43``Erikayup, that was what I was shooting for :D
18:50.05``Erikit's now as dependant on incrTk as it is on incrTcl.
18:50.23mafmgoody
18:50.37mafmnow, test without LDFLAGS and itk3-dev installed...
18:50.50``Erik<-- was actually figuring on bugging starseeker in a bit, has a stripped down machine (no X, no tcl), but configure still imagines it wants to build tkhtml3
18:52.00mafmewwwww, I have strange errors now when compilint the conftest :(
18:52.33``ErikO.o http://pastebin.bzflag.bz ? (or http://paste.lisp.org if you're feeling moar awesumz)
18:52.48mafmhttp://paste.debian.net/58859/
18:53.09mafmoh, bzflag has its own pastebing... spiffy :D
18:53.27``Erikyeh, brlcad.org == *.bzflag.bz
18:53.27mafmYou don't have permission to access / on this server. :||||
18:53.52mafmanyway, pasted above in the other site
18:54.07``Erikit's pastebin.bzflag.bz, not .brlcad.org
18:54.13``Erikwhu, who
18:54.15``Erikwhoa
18:54.17``Erikit's busted good
18:54.50``EriktclInt.h should be from, uh, tcl85-dev or whatever
18:55.19mafmit is
18:55.56mafmerr, wait, it's itclInt
18:55.57``Erikis it in /usr/include/tcl8.5/ ? (maybe /usr/include/tcl8.5/generic ?)
18:56.02mafmwhat a mess with all these iiiiiiis
18:56.50``Erikyes... they thought they were being clever... they hacked on a horrible mockery of OO to tcl... like C++ does to C... and 'incr' is the tcl-ese for ++
18:57.15mafm<PROTECTED>
18:57.41``Eriksupposedly, 86 will have a decent enough native oo where we can ditch incrTcl and live happily ever after :)
18:59.07mafm8.6 is in experimental, didn't hit unstable yet
18:59.13mafmbut I could try
18:59.32``Erikwell, not asking you to, just mentioning that there is hope... that someday...
18:59.34mafmanyway I suppose that you didn't migrate completely yet
18:59.49mafmhopefully, yep :)
19:01.06``Erikwe tend to be fairly fast in jumping on new versions... tcl 8.5 before most distros had it, ... at one point, I was pulling pieces of incr from CVS as bug fixes, since they were taking way too long
19:01.54mafmhmm
19:02.09mafmbut what's the problem in this case, a bug in itcl too?
19:02.32``Erikdunno
19:02.35mafmit seems to include "tclInt.h" which doesn't exist locally, but in subdirs
19:02.49``Erikit seems like mebbe debian messed with actual install paths in funny ways, mebbe?
19:03.08``Erik/usr/local/include/tcl8.4/generic/tclInt.h
19:03.49``Erikthat's where mine is, which is reasonably close to 'stock' (just moves all the tcl files into tcl8.4/
19:04.10``Erikheh, fbsd 4.7 binaries coming off of this disk I'm recovering... yowza
19:04.39mafmhere it introduces the intermediate itcl-private/
19:06.08``Erikmebbe one of the other tcl using debs has some fu for that you could crib?
19:07.04mafmmmm
19:08.22``Erikargh... old C... I used va_start et all when I coulda used a very succinct macro :(
19:10.12mafmwhat's that macro?
19:13.25``Erikvariatic macro... woulda been, uh, #define print_and_die(args...) { print(args); exit(-1); }
19:13.33``Eriksomething to that effect
19:13.54``Erikinstead it's a 30 line monster reimplementing a subset of printf
19:14.40``Erikwell, the snow has started here... blizzard time :D
19:25.50*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
19:25.56mafm:)
19:26.07mafmI implemented something like that for a logger-like function
19:26.39mafmI don't like the C++ << crap when you want to format something
19:28.59``Erikc++ can still use the fprintf family
19:29.58mafmwell yes, but I implemented it as a logger
19:30.31mafmso you say logDEBUG("error in %s: %s", __file__, errorStr);
19:30.57mafmsame as fprintf but without putting fprintf everywhere
19:31.16mafmactually the __file__ part and other stuff, like timestamp, where automatically printed but hidded from caller
19:42.48mafm``Erik: could you please $ locate itclInt.h?
19:43.32``Erikuhm, I don't install incr from package, I just use the BRL-CAD one
19:45.25mafmso bad
19:45.41mafmFiles /usr/include/tcl8.5/itclInt.h and /usr/include/tcl8.5/itcl-private/generic/itclInt.h are identical
19:45.49mafmI think that therein lies the problem
19:50.00mafmdid you try to recompile after you changes ``Erik?
19:50.34``Erikyup
19:50.52``Eriklemme try again *shrug*
19:51.25``Erikbut I'm pretty limited in what I have available tow ork with, I took the day off and my home machines are mostly torn down to move data off of a stack of old hard drives
19:52.29mafmwell, np then, just wondering if it's a problem with me or maybe outdated code that was disabled for a reason
19:54.26mafmthe thing is that before you fixed it I could do things by hand, now it doesn't even finish configuring
19:58.08``Erikare you still using --disable-incrtcl or whatever?
19:58.34``Erik<-- wasn't able to get it to use a system incrtcl/incrtk well on fbsd after a bunch of fighting, that's why the port forces it to build :/
20:22.10mafmdisable-all
20:22.48``Erikisn't sure that CAN work, ... mebbe if tons of environment flags are set? *shrug*
20:24.58mafmI'm modifying the test for that case, including <tcl.h> before that, just in the case
20:25.03mafmit can harm, can it?
20:26.51``Erikdunno, if it breaks one of the 'normal' ways of building, it'll get fixed... :))
20:31.53mafmadding <tcl.h> in front doesn't fix it
20:32.00mafmdarnit, tcl!
21:20.35mafmI think that it has to do with how you include info from tclConfig.sh and friends
21:35.42``Eriktried to convince folk to ditch tcl's bass ackwards build system and do a nice clean normal one, but the argument to keep things as original as possible won over
21:36.35mafmmeh
21:37.26``Erika decent swig integration would be ... most interesting :)
22:00.19*** join/#brlcad Ralith (~ralith@69.90.48.97)
IRC log for #brlcad on 20100206

IRC log for #brlcad on 20100206

01:01.19``Erikkicks back and watches caprica O.o
01:28.22*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:00.13starseeker``Erik: I may just up and redo the tcl/tk build systems at some point
02:00.58starseekerdo my own upstream "synced fork" or something on github
02:01.17starseekerplays taps... his gentoo linux box appears to be history
02:01.43starseekeror at least, historical enough to not be worth the attempt to revive it
02:45.06CoconutCrabI got some warnings that are treated as errors (unused value), is it safe to turn off strict flags or -Werr in configure.ac?
02:50.23starseekertry --disable-strict as an argument to configure
02:50.34CoconutCrabok, thank
04:45.53starseekerglowers - apparently a fair number of USB ports aren't up to supplying the juice needed for the old Model M keyboards
04:46.43starseekermight have to pony up $69 for the USB version from Unicomp
05:20.39*** join/#brlcad R0b0t1_ (~Enigma@64-136-216-213.dyn.everestkc.net)
05:23.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
06:07.30brlcadI turned off pastebin during the /. posting
06:08.03brlcadmostly gets hit with a ton of spam, so leaving offline until it can be hardened a little better
06:33.30brlcadthe incrTcl test was intentionally just testing itcl suitability, if a distro separates the two, that sounds like their issue (as incrTcl certainly doesn't do that and our configure testing reflects them)
06:34.01brlcadwe could certainly do a itk test and report the issue, though
06:56.53CIA-43BRL-CAD: 03brlcad * r37583 10/brlcad/trunk/configure.ac:
06:56.53CIA-43BRL-CAD: the test intentionally didn't include tcl or itcl headers. the incrTcl test was
06:56.54CIA-43BRL-CAD: intentionally just testing itcl suitability, if a distro separates the two, that
06:56.54CIA-43BRL-CAD: sounds like their issue (as incrTcl certainly doesn't do that and our configure
06:56.55CIA-43BRL-CAD: testing reflects them). we can/should also test for itk so we can at least
06:56.55CIA-43BRL-CAD: report a failure if not installed.
07:08.14cjdevlinbrlcad: adding #include <stddef.h> to opennurbs_system.h @ line 246 also solved the problem for me (in case it matters). i am up and running now w/ gcc v4.2.4
07:08.39cjdevlinthanks for the quick help
07:21.45brlcadcjdevlin: k, good to know
07:21.56brlcadone of you two probably should report the bug to upstream :)
07:22.11brlcadgcc
07:22.33brlcadeither way, glad to hear it solved the issue
07:39.54cjdevlini wouldn't mind doing the leg work, but i don't know if i have the technical background to give 'reproducible code' which devs always want. it also seemed like it had been reported already? you seemed to find it before?
08:00.46CoconutCrabjust curious, why does brlcad include jove? :)
10:54.37*** join/#brlcad mafm (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
12:51.26``ErikCoconutCrab: it's going to be deprecated and removed... long long ago, it was included as a 'standard' editor... the version in BRL-CAD is even an old one, to retain idiosyncracies that some people didn't want to lose...
14:59.08*** join/#brlcad mafm (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
15:22.08*** join/#brlcad cjdevli1 (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
15:23.34*** part/#brlcad cjdevli1 (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
15:23.43*** join/#brlcad cjdevli1 (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
17:07.50louipchahah when was the last release of jove?
18:33.21*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
19:09.36*** join/#brlcad Elrohir (~kvirc@p5B149581.dip.t-dialin.net)
19:55.55*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:05.14*** part/#brlcad cjdevli1 (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
23:13.36yukonboblouipc: I believe jove is shipped in standard OpenBSD distro, so one could check there for latest updates/fixes.
23:15.51*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
23:18.51*** join/#brlcad akafubu (~akafubu@c-71-228-184-130.hsd1.al.comcast.net)
23:18.55*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
23:59.45louipcyukonbob: 2005 looks like
IRC log for #brlcad on 20100207

IRC log for #brlcad on 20100207

00:00.01yukonbobhrmm...
00:00.25yukonbobwell, if it doesn't need work, there's no point in tweaking it :/
00:02.39louipcerik said that the one included in brl-cad is an old one
00:03.01yukonbob<PROTECTED>
00:03.08louipcso I assume older than old, so I thought that was funny
00:53.10starseekermutters under his breath - now he gets to find out how mature support is for amd64 in gentoo
00:53.37starseekerif the snow ever melts, anyway... wow
01:34.38starseekerheh, awesome quote: The IBM Model M keyboard - it's like a gigantic tailpipe for geeks.
01:52.39``Eriklooks like BRL-CAD has jove 2.1, the latest JOVE release was 4.16.0.70 in '06,
01:54.40``Eriklooks like there're references in our fork going back to '83
01:57.20``Erikstarseeker: fbsd rocks the opteron :D
01:58.12``Erik(iirc, jove existed in the BRL-CAD repo a couple years before actual BRL-CAD code was checked in...)
02:30.21starseeker``Erik: well, with a 1 terabyte drive I can probably afford a few extra partitions for alternatives
02:30.49starseekerwould like to figure out how to dual-boot the Windows 7 to save it, but doesn't know if it's practical
02:30.51``Eriksome systems stop at 4
02:30.55starseekermay not have install disks
02:31.39``Erikthinks he has a 95b disk if ya want
02:31.43starseekercheaped out - wasn't prepared to pony up for a workhorse
02:31.46starseekerheh
02:32.01starseekerI mean the install disks for Win 7
02:32.15starseekerdoesn't know if the partition can be shrunk successfully
02:32.24``ErikI MIGHT have some dos and win3.1 floppies somewhere, but I'd have to dig
02:32.48starseeker<snort> Yeah, let's see you compile BRL-CAD on Win 3.1 - I dare ya ;-)
02:33.01``Erikheh
02:33.22starseekerponied up the money to get two of the modern USB variations of the Model M
02:33.22``ErikI'd rather spend my time on a far more useful and modern system, like bsd43 on a vax11/780 :D should find that disk image...
02:33.33starseekerUnicomp Customizer 101 or some such
02:33.39``Eriknever liked the old ibm M
02:33.51starseekerreally?  
02:33.57starseekerloves it
02:34.09starseeker(everyone in the same room hates it, of course...)
02:34.18``ErikI DO like the old sun type5, the 'jelly' apple kbd I use at work, the mid 90's mitsumi precision pro and the old c64
02:34.36``Eriksee, I like a quiet light touch but fast responding kbd
02:34.46starseekersaw an npr piece from June 09 indicating that the company was having trouble making ends meet, so figured to get 'em while they still had 'em
02:35.07starseekerheh, actually one of the two I got was a quiet version
02:35.24``Erikthe type5 had a decent 'feel', plus it had keys in the right place
02:35.37``Eriknp caps lock, escape by the 1, ctl by the a...
02:35.46starseekernods
02:36.18``Erikthe apple kbd's pressure ramp is a bit stiff at first for me
02:36.21starseekerI think it's partially what you're used to - Sarah hates my original Model M, but I'm not too crazy about this relativly tiny Mac keyboard
02:36.42``Erikcould be worse, I'm using a macbook kbd right now :(
02:36.47starseekerow
02:36.54``Erikthe keys are completely flat and spaced apart
02:37.36starseekerwould have cheerfully hung adapters on his original Model M to the end of time, but eventually I'll buy a machine without a PS/2 slot and apparently the old keyboards draw a bit too much power for USB
02:37.56``Erikindianlarry put his mac on a kvm and is using a dull kbd, so'z I stoleded his apple kbd for home O.O
02:38.01``Erikheh
02:38.05starseekerhehe
02:38.13``Erikmy mitsumi pro is a big honkin' din plug into a ps/2 adapter
02:38.23``Erikand I'm pondering putting THAT into a usb adapter to keep using it
02:38.32starseekerthat's what I researched
02:38.49starseekerdunno about the mitsumi, but if it's a power hog it can be a problem
02:39.28``Erikdoubt it is, it's a pretty basic membrane with the little 8k series controller
02:39.53``Erikhttp://jope.fi/amiga/amikbd/mitsumi128top.jpg
02:40.15``Erikwith different caps, that's a bit...amigified
02:41.01starseekeryeah, that looks pretty mild
02:41.10``Erikalso, mine's really nasty and dirty, been quite a while since I've cleaned it... :D used to tear it aprt and throw most of it in the dishwasher once every few years
02:41.12starseekerlikes keyboards that could pass for military hardware :-P
02:41.32starseekernods - my keyboard's long overdue for that, I'm sure
02:42.30``Eriklucked out with the mitsumi, bought it in the mid 90's as a 'cheap' kbd from sears, but the keys don't rattle or jiggle and it's still going strong
02:43.14starseekerthat was a luckout - I kinda remember that era for it's really cheap crappy Gateway keyboards
02:43.23``Erikheh, yeah
02:43.23starseekeruniversity had a bunch - drove me nuts
02:43.46``Erikthe place I worked in the late 90's, we had boxes full of cheap keyboards, would regularly break them, throw one out and take another out of the box
02:43.55starseekerfelt like typing on some kind of cheap plastic packaging
02:44.09starseekertremendous waste of raw materials
02:44.16``Erikthink they were dell, not gateway
02:44.44``Erikdell has really picked their act up the last few years, the kbd's when I got to arl were shite, these most recent are almost usable
02:44.47starseekerprobably both - I'm sure keyboard cost cutting must have been a big thing around then...
02:45.01starseekeryeah, it's getting a little more tolerable now
02:45.26``ErikI'm sure I have a 5 year old one sitting around somewhere if'n ya wanna be mortified
02:45.35starseekerblegh
02:45.45``ErikI hate to say it, but it's not too different from the o2 keyboard. :(
02:45.48starseekerjust paid over $100 for two good ones :-P
02:46.10starseekerO2 was stylish but got run over pretty quickly by Moore
02:46.15``Erikthe machine case for sgi was effin' brilliant, the monitors were decent, but the kbd and mice seemed... retro. in a bad way.
02:47.02starseekerthinks the best case design he has ever seen was the grey Mac G4 tower cases - soooo easy to get at everything
02:47.03``Erikrecalls the indy having pretty crummy input devices, too... but with SPECKLED plastic and an sgi logo, so worth the couple hundred bucks premium...
02:47.15``Erikso you haven't seen the o2's guts
02:47.22``Erikor mebbe a prioris
02:47.34``Erikor a sun u2
02:47.58starseekerwhy, easier to work then the Mac case?  That's pretty impressive
02:48.16``Erikg4 tower was the clear roundish one with the handles, right?
02:48.36``Erikthe g5 pro and intel mac pro are okish
02:48.52starseekerright - side panel folded down and everything was right there - no messing with getting covers off, no working inside cases...
02:49.06starseekersimple and effective
02:49.09``Erikyeah, that's normal for *nix machines...
02:49.27``Erikthe old sun pizza boxes literally opened up like a pizza box, with bits on the top and bottom, all right there
02:49.39starseekerhow come the PCs never catch on?
02:49.43``Eriku2, jut slide the top back, it popped off and everything was right there
02:49.55``Erikcuz there's a pc repair shop industry to support? :D
02:50.16``Erikthe o2 has most things removable without opening the case, there're levers on the back that slide the cards out
02:50.16starseekerheh - thought they had that convered with the custom, non-standard power supply connectors
02:50.41``Erikthe powersupply has no wires hanging out, it just pops out as a single block
02:51.24starseekerwas pondering getting a low end Dell or HP, but then remembered the habit big producers have of doing one-off hardware (like that infamous Dell power connector with messed up pins that would still plug into standard boards)
02:51.29``Erikthe prioris was an x86, so it was a bit messy, but two thumb screws and it opens up, you could remove the memory, cpus, etc without any significant effort, even if you have fat fingers/hands :D
02:51.31starseekerand fry things...
02:52.46starseekerended up with a low end gaming machine - it's at least expected that the user will upgrade things in such a box
02:53.12starseekerheh - thumb screws - nowadays that comes under the heading "sales"
02:54.11``Erikhttp://www.anfa.org/image.php?img=563 looks like it has two dec prioris' on the left, one on the other
02:54.16``Erikgood coffee tables
02:55.19starseekerheh - still need to get a cray off of ebay and convert it into a fishtank or something :-)
02:55.30``Erikoh, the amusing thing, the machine was built to run nt... was impossible to get nt running on it, but linux just kicked right up (and showed TWO penguins on the boot screen)
02:55.38starseekerlol
02:55.47``Erikstealing my crayquarium idea? O.o
02:56.15``Erikwow, christopher in walken "balls of fury"... just... wow...
02:56.30starseeker?
02:56.42``Erikcomedy show about pingpong
02:56.48starseekerah
02:56.57``Erikmovie
02:57.00starseekerthought the kittens had gone beserk again
02:57.12starseeker"balls of fury"
02:58.30``Erikyes. christopher walken is in my cats. he possesses them and makes them talk about needing more cowbell. :D
02:58.37``Erik:D
03:00.06starseekerthat's a scary thought
04:27.43yukonbobsaw Balls of Fury in the theatre ;)
04:28.57``Erikso sorry
04:29.36yukonbobheheh it's -funny-
04:29.52yukonbob"Ping pong, or, as the Chinese say, 'Ping Pong'"
04:30.31``Erikwalken and maggie q were good, got a bit of a kick out of terry crews... jim hong got stale fast, and whoever that, uh, 'dan fogler' is, wtf?
04:30.33yukonbobwent for Christopher Walken.
04:43.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
05:23.54*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
05:50.36*** join/#brlcad QAChip1 (~Christian@201.122.75.250)
05:50.55QAChip1hallo all
05:51.19QAChip1any one reading?
05:51.45cjdevlinsure
05:52.54cjdevlinwhat's up?
05:53.04QAChip1I read about an issue when compiling BRL, I downloaded source code, but before compiling and installing, I want to ask if you know something about
05:54.24cjdevlini am brand new to it myself, so if you had the same issue i did, i can help
05:55.35QAChip1what issue you had?
05:56.46cjdevlinmake was failing b/c of a "missing" include.
05:57.56QAChip1I think that was the issue i read about
05:58.07QAChip1and how did you fix that?
06:00.58cjdevlinsrc/other/openNURBS/opennurbs_system.h
06:01.48cjdevlin@ line 246: #include<cstddef.h>
06:02.52QAChip1which version of BRL did you download? I downloaded 7.16.4, is it the same?
06:03.17cjdevlinfor the sake of asking, what version are you working with? and did you download the source or the binary?
06:03.28cjdevlinand what os and gcc version?
06:03.48QAChip1haha, we are in the same channel,
06:04.18QAChip1I'm on Fedora 11, kernel 2.6.30....,
06:04.43cjdevlinto get gcc version, at the command line: gcc -v
06:04.56QAChip1gcc versión 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC)
06:05.18cjdevlinok. did that resolve your issue?
06:05.26QAChip1not tried
06:05.34QAChip1I was reading README
06:05.39cjdevlinah
06:07.18QAChip1line 246 is empty
06:07.28cjdevlincorrect
06:07.38cjdevlinshould be just above #include<new> i think
06:08.03QAChip1yes, @247 #include <new> // for declaration of placement versions of new used in onClassArray<>.
06:08.39QAChip1then? sustitute <new> with <cstddef.h>?
06:08.45cjdevlin#include<cstddef.h> should go above it
06:08.50cjdevlindo not replace, just add
06:08.54QAChip1ok
06:09.26QAChip1done
06:09.43QAChip1then ./ configure, make make install?
06:10.28CoconutCrabso they still haven't fixed this yet
06:10.30cjdevlin./configure, make test, make, sudo make install (for system-wide installation)
06:10.50cjdevlinthe devs here said that it is a gcc bug, not brl cad
06:10.56cjdevlini don't know enough to argue either way
06:11.23CoconutCrabI mean GCC
06:11.28CoconutCrabin 4.4.1
06:11.49cjdevlinnot sure. QA stated he wanted to modify before he attempted
06:14.00QAChip1I said i read about this issue, and you said you had this issue, then I assumed it was the same, added line 246 and now trying to install, if it reports any problem, will be back here
06:14.25cjdevlinworks for me. adding it explicitly there shouldn't hurt
06:16.25QAChip1./configure now
06:19.23QAChip1I think I lack some dev files
06:19.47cjdevlinwhat is the output/error
06:21.37QAChip1at the end> configure: error: *** compiler cannot create working executables, check config.log ***
06:21.47QAChip1im reading, configure.log
06:22.13CoconutCrabare you using linux? if so, which distro?
06:23.15cjdevlincoconutcrab: he said fedora 11
06:23.23QAChip1linux Fedora 11
06:24.01QAChip1kernel 2.6.30.10-105.2.16
06:24.08CoconutCrabok, I am not familiar with redhat family
06:24.56QAChip1ok, thx anyway, i'll keep on reading
06:25.21cjdevlinwhat did the log say?
06:26.04CoconutCrabI believe you will need to install some packages, not sure which though, on ubuntu it is build-essential or something like that
06:26.34CoconutCrabQAChip1: do you have gcc installed?
06:27.02QAChip1yes, of course
06:27.26QAChip1but with out DEV files
06:27.32cjdevlinhttp://forums.fedoraforum.org/showthread.php?t=156569
06:27.38cjdevlinthat is what you are looking for
06:27.53cjdevlinthe yum groupinstall is fedora syntax
06:29.08QAChip1never tried that, lets give it a chance
06:31.58cjdevlindid you install gcc from source or via yum?
06:32.28QAChip1via yum
06:33.02QAChip1specifically, via software repositories
06:33.07cjdevlinok. when it goes to install the rest, it will tell you that gcc is up to date
06:33.19cjdevlinso the yum groupinstall should still work
06:33.36QAChip1yes, I saw I have many required packages, but lacked of many others
06:34.15QAChip1hahah, install 42 packages [y/n]
06:34.34QAChip1I lacked 42 packages
06:35.26cjdevlinyeah . . . many of them probably aren't going to be required for brl, but should be available for anyone who compiles from source
06:36.45cjdevlinparticularly if you are running a newer box with the space for them
06:37.15QAChip1No new box, but I have space
06:37.44cjdevlinbuild yourself a sandbox out of an older machine?
06:37.47QAChip1in fact, I am not used to compile form src, but this time it is mandatory since no yum or rpm
06:38.52QAChip1cjdevlin: I did not get that
06:39.09QAChip1I mean, I did not understand that question
06:39.37cjdevlinsandbox == not a production/primary machine, a machine just to run random progs on that you don't have to worry about crashing
06:40.03QAChip1mmm, no, this is my production machine
06:40.09cjdevlinahh
06:40.37QAChip1so far, it works like a charm, no stability issues
06:43.31cjdevlinthe last time i used a 'fedora' install it was still regular old red hat and it was v9. i liked it back in the day, but found that the support around ubuntu is a bit faster. i've been using debian/ubuntu for a while now. also very stable.
06:44.37QAChip1configure: failed program was:
06:44.37QAChip1| /* confdefs.h.  */
06:44.48QAChip1this is an issue raised in config.log
06:48.40cjdevlininstall kernel-headers and glibc-devel packages with the Red Hat Package Manager, RPM.
06:49.33cjdevlinfrom this article: http://www.geektimes.com/linux/troubleshooting/c-cant-create-executables.html
06:50.24QAChip1I'll have to wait, is is installing package 20/42
06:51.45cjdevlinahh, then glibc-devel is probably included in what you are installing.
06:51.48QAChip1read that! thx
06:52.23QAChip1anyway, will download devel packages from Red Hat's repos
06:52.42QAChip1for further compilations
06:53.12cjdevlinhokay, i am going to take a coffee break. let us know how it goes . . . i'll still be around/up for a few hours if you need anything, but may not be near the irc
06:55.23QAChip1ok, see you later
06:55.31QAChip1...hope so!
06:56.31brlcadwaves
06:58.11brlcadgood luck with the build!
06:58.17brlcadaway for a bit, but do read backlog
07:40.04QAChip1last output >- ./configure complete, type 'make' to begin building
07:40.07QAChip1checking log
07:42.36QAChip1BTW, I already have glibc-devel and kernel-headers
07:48.24QAChip1I got some messages like this: conftest.cc:28:28: error: ac_nonexistent.h: No such file or directory
07:48.26QAChip1configure:14012: $? = 1
07:48.26QAChip1configure: failed program was:
07:48.26QAChip1| /* confdefs.h.  */
07:48.32QAChip1any hint?
08:02.29QAChip1cjdevlin:  are you there?
08:52.33QAChip1Issues on make benchmark, make test and thereby #make install
08:55.58QAChip1will go to sleep, tomorow will add more time to install this, see you all tomorrow, and GO SAINTS!
08:57.40QAChip1leaves the room with his eyes closed!
08:57.51*** part/#brlcad QAChip1 (~Christian@201.122.75.250)
10:54.49*** join/#brlcad mafm (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
16:16.47``Erikoh, this is that 'superbowl' day, huh
16:33.22*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
18:48.27*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
19:17.11*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:00.51starseekeris fried - whole day shoveling and not dug out yet
23:03.02``Erikheh
23:03.04``Erikyeh
23:03.10``ErikI have some more shovelling to do tomorrow
23:03.33``Erikone of the neighbors went and used his snowblower on the entire cul de sac, since the plow that drove through made more of a mess than anything
23:04.08``Erikperl causes me yet more strusfration. *sigh*
23:15.43starseekerdoesn't know that he'll be in tomorrow - no plow in sight here
23:16.29starseekerhaven't dug to the street - waiting for the big mound of snow at the end of the driveway from plow ;-)
23:26.28``Erikyeh, I have a few things to take care of to get on the road, which is still all white
23:26.41``Eriktree fell down in the wind and snow :/
23:38.59``Erikhuh, there's a pickup with a flashing yellow light ontop and several people infront of it talking O.o I wonder if it's a dude telling people they need to move their trucks so the plow can come through
23:41.11``Erikwell, the yellow light truck is gone and the pickups are moving, must've been it
IRC log for #brlcad on 20100208

IRC log for #brlcad on 20100208

00:39.08``Erikhttp://www.motivatedphotos.com/?id=15037&d=2
07:08.57*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
07:50.13CIA-43BRL-CAD: 03d_rossberg * r37584 10/brlcad/trunk/misc/win32-msvc/Dll/: updated list of files to ignore in subversion
07:51.46CIA-43BRL-CAD: 03d_rossberg * r37585 10/rt^3/tags/rel-7-16-6/: tag the C++ core interface with the corresponding BRL-CAD version (i.e. 7.16.6)
08:43.33*** join/#brlcad mafm (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
12:04.08CIA-43BRL-CAD: 03indianlarry * r37586 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: Added full namespace reference to several template classes from "std::" and "TNT::" libraries.
12:48.30*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
12:49.10*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
13:54.02d-lomernin all
14:02.51*** join/#brlcad Phurl_ (~mdupont@cl-1773.dus-01.de.sixxs.net)
15:03.52``Eriknote to self; make sure old system libraries still aren't being linked to before deleting them.
15:04.03d-lodoh!
15:04.04CIA-43BRL-CAD: 03davidloman * r37587 10/rt^3/trunk/src/adminpanel/ (ACPMainWindow.cxx ACPMainWindow.h): Add in ACPMainWindow class. Subclass of basic QWidget.
15:07.14``Erikmakes for an interesting puzzle to get it back up without losing remote access, though... was damn lucky I forgot to logout when I left thursday :D
15:07.53d-lolol
17:07.20CIA-43BRL-CAD: 03davidloman * r37588 10/rt^3/trunk/src/adminpanel/ (ACPChatterBox.cxx ACPChatterBox.h): Add in ACPChatterBox for network chatter display. Subclass of QTableView.
17:09.31CIA-43BRL-CAD: 03indianlarry * r37589 10/brlcad/trunk/src/conv/step/Makefile.am: (log message trimmed)
17:09.52CIA-43BRL-CAD: Removed "noinst" library build and reverted back to linking in objects directly.
17:09.53CIA-43BRL-CAD: 'step-g' uses initialization of static class variables to self register AP203
17:09.53CIA-43BRL-CAD: classes to an object factory without the need to list every new class in an
17:09.53CIA-43BRL-CAD: explicit registration routine. Linking across a static library was causing
17:09.53CIA-43BRL-CAD: objects to be dropped if they weren't somehow referenced from "main" and
17:09.54CIA-43BRL-CAD: therefore wouldn't get initialized. Shared libraries work better in this regard
17:27.33CIA-43BRL-CAD: 03davidloman * r37590 10/rt^3/trunk/src/adminpanel/: Modify svn:ignore.
17:28.54CIA-43BRL-CAD: 03davidloman * r37591 10/rt^3/trunk/src/ (7 files in 4 dirs): Work on barebones GS Admin panel app.
17:55.58CIA-43BRL-CAD: 03davidloman * r37592 10/rt^3/trunk/src/adminpanel/ (5 files): Add file footers.
17:56.50CIA-43BRL-CAD: 03davidloman * r37593 10/rt^3/trunk/src/adminpanel/ (CommandFactory.cxx CommandFactory.h): Stub in basic CommandFactory
17:59.20CIA-43BRL-CAD: 03davidloman * r37594 10/rt^3/trunk/src/adminpanel/ (6 files): Drop antiquated classes. Update to CmakeLists.txt
18:22.34CIA-43BRL-CAD: 03erikgreenwald * r37595 10/brlcad/trunk/NEWS: metaball tesselation
18:29.54CIA-43BRL-CAD: 03davidloman * r37596 10/rt^3/trunk/src/adminpanel/Commands/: Add Commands dir.
18:36.34CIA-43BRL-CAD: 03davidloman * r37597 10/rt^3/trunk/src/adminpanel/ (CommandFactory.cxx CommandFactory.h): Should return AbstractJobs not AbstractNetMsgs
18:37.52CIA-43BRL-CAD: 03davidloman * r37598 10/rt^3/trunk/src/adminpanel/ (3 files in 2 dirs): Stub in UnknownCommand
18:50.54CIA-43BRL-CAD: 03davidloman * r37599 10/rt^3/trunk/ (254 files in 41 dirs): 2009 to 2010 licensing verbage change.
18:56.49*** join/#brlcad Phurl_ (~mdupont@cl-1773.dus-01.de.sixxs.net)
19:07.59starseekerwatches a Honda Accord attempt the street in front of his house and not do too well
19:09.35d-loSo go get a beer, stand in your driveway, point and laugh.
19:09.40d-loIts the American way!
19:13.24CIA-43BRL-CAD: 03davidloman * r37600 10/rt^3/trunk/src/adminpanel/ (6 files in 2 dirs): Stub in AbstractCommand (Subclass of AbstractJob). Make UnknownCommand subclass from AbstractCommand instead of AbstractJob.
19:20.56``Erikdang whiners, learn to drive in snow O.o I managed my summer tire glad thingie through over a mile of snow before seeing any asphalt O.o :D
19:28.21d-lohad fun in the snow :) go go gadget Jeep
19:35.39``Erikheh, 4wd, right?
19:36.53``Erikwatching one jacked up offroad 4wd truck throwing snow all over dragging another 4wd truck out of the snow (in the main driving path) yesterday... fun stuff
19:38.48d-lolol, actually, its only a FWD jeep.  Just has a CVT and variable traction control.  :) A little bit of driving know-how >> 4WD most of the time, as you know :)
19:39.34``Erikyeh, most people are worse off in bad tractions with 4wd than if they were in fwd
19:40.00``Erikthe notion that yeah, it's slightly better at getting you started moving seems to make folk think that it's better at turning or stopping, too...
19:40.17d-loI was seriously considering getting rid of the Jeep for something more realistic... till I started playing with the CVT. 7 speed autostick is hella fun.
19:41.13``Erik(if it's 7spd, that means it's not really cvt, right?)
19:41.29d-lookay, 7 'preset positions' on the cvt
19:41.45d-loit varies the gearing +/- from the preset when in automatic.
19:41.52``Erikah :D
19:42.02d-loit really is too much fun.
19:42.21``Eriknow is it a combination of regular gears witha  cvt dealie to float it, too?
19:42.51``Erik<-- kinda thought the big point of a cvt was that the motor kept a constant speed to maximize output/efficiency
19:43.11d-lodunno about that,  I can go from 15-60 and keep the tach at 2k and never hear/feel a shift, so I believe its a pure CVT
19:43.31``Erikneat
19:43.47``Erikso you just volunteered yourself to drive to lunch some day to show that off. :>
19:43.52d-lolol
19:44.01d-loonce the budget allows!
19:44.11``Eriksell the wife and kids! :D
19:44.27d-lolol, not the wife, she has uses!
19:44.39d-loPut the kids to work, imho.
19:44.55d-lo"What? 6 years old and no job? What the hell!?"
19:51.24``Erikhuh, sf has added an 'export control' restriction O.o
19:51.45``Erik(a project admin controllable one, anyways, instead of blanket blocking)
19:56.24d-lowhat fer?
19:57.11``Erikthey'd blanket blocked countries on the US access control list a bit ago, y'know, iran, nk, the usual... there was noise, so now there's a knob for project admins, wiht it defaulting to the most restricted
19:57.34``Erikhttp://www.youtube.com/watch?v=nBhI9p8WkHI  so wrong...
19:57.41``Erikwork safe, but ... so wrong
19:57.43d-loah, and that is cohesive iwth all thems US regulations and stuff?
19:57.48``Erikyeh
19:58.03``Erikwell *shrug* dunno, it's something, more than they used to have... probably 'nuff to keep 'em safe
20:00.25*** join/#brlcad cpc26 (~cpc26@dpc6747131073.direcpc.com)
20:02.05*** join/#brlcad cpc26 (~cpc26@dpc6747131073.direcpc.com)
20:02.32d-loIs it leagal for a girl that young to be talking about that on tv?
20:02.38d-lolol, legal even.
20:03.07``Erikdunno when the ad was done, but she's 18 now according to her wikipedia page
20:03.19d-loeStalking 4tw eh? :P
20:03.27``Erikhttp://upnextinsports.com/2010/02/08/funny-sports-pictures-shawn-johnson-taco-commerical/
20:06.07``Erikhttp://failblog.org/2010/02/08/disney-channel-fail/ heh, nice. reminds me of a graph about how 'family friendly' disney is over time O.o
20:06.36``Erikhttp://graphjam.com/2009/11/30/funny-graphs-wholesomeness-disney/
20:07.42d-lonice.
20:12.18starseekerstaggers in - driveway shoveled
20:12.29starseekerjust in time for the next round
20:12.47starseeker10-20 inches starting tomorrow afternoon... I hope that's a mistake...
20:13.32``Eriksweet, so when I need to get somewhere, I can just call you up to shovel for me?
20:13.50d-loNope, that's Murphey standing at the end of your drive way, laughing at you.
20:15.59starseekerdoesn't know if his back and arms are up to any more shoveling
20:16.26starseekerman, of all the weeks for my machine to die...
20:16.30d-loWell, you *could* ensure the snowstorm misses us by running out and purchasing a snow thrower :)
20:16.35starseeker<snort>
20:16.41starseekeryou think any are left?
20:16.47starseekeris sorely tempted
20:16.54starseeker(literally)
20:17.44d-loba-doom-ching!
20:19.15starseekerlooks like decent ones are in the $1000 range
20:19.30starseekerouch
20:19.43starseekerdidn't want to have to replace his computer, nevermind add that on...
20:20.11``Erikby what definition of 'decent'?
20:20.31starseekerconsumer reports recommended
20:20.48starseekerisn't sure what consitutes a "long" driveway but imagines he probably qualifies
20:21.06``Erikhuh, those're pretty pricey, lookin at home despot's selection
20:23.30CIA-43BRL-CAD: 03davidloman * r37601 10/rt^3/trunk/src/adminpanel/ (4 files in 2 dirs): More Admin panel work.
20:24.04``Erikmight as well look at a beat up old truck at that point :D
20:24.19starseekernods - 'cept can't store that outta the snow
20:26.10starseekeris gonna have to join the stampeed to the stores tomorrow morning...
20:26.10starseekersigh
20:26.14*** join/#brlcad cpc26 (~cpc26@dpc6747131073.direcpc.com)
20:26.23starseekerassuming grocery stores have anything left...
20:26.44starseekerdid y'all make it i?
20:26.47starseekerer in?
20:27.11*** join/#brlcad cpc26 (~cpc26@dpc6747131073.direcpc.com)
20:27.12``Erikthere're a few of us here, yeh... d-lo, indianlarry, ...
20:27.26starseekerdid Bob dig himself out?
20:27.32``Erikhaven't seen him
20:27.42starseekerfeels a little better :-)
20:28.15``Erikwish I had a working camera :/
20:28.23starseekerhmm?
20:28.27``ErikI'll mock bob plenty next I see him.
20:28.31starseekerhehe
20:29.59``Erik<-- taking leave for the rest of the week, though... has plenty of frozen food, needs to pick up milk and beer... O.o
20:31.09``Erikmebbe I'll get my arm machine in place as my new server O.o
20:34.40starseekerwhat's the best way to get gcc on a mac?  Macports?
20:37.03starseekeror darwinports?
20:37.06``Erikinstall Xcode?
20:37.29starseekeris a little leary of the "ADC" account thing... hate to have to sign up for stuff to get software
20:37.49``Erikiirc, darwinports IS macports... the other is 'fink', and you NEED xcode to use either
20:37.50starseekerparticuarly when they want my address
20:37.55starseekercrud
20:38.04``Erikthey haven't spammed me *shrug*
20:38.09starseekerOK
20:38.27starseekerdoesn't have much choice if he's going to work from home until his new PC shows up
20:38.54d-loold one died?
20:39.32``Erikya doing something where you could ssh into crit or something?
20:40.35``Erikhrmmm
20:40.50``Erikmebbe you can get macports to do it right with the -b flag
20:41.31``Erikmight have to do some hunting and set up the config file a bit before that works, though
20:44.40starseekerdownloaded XCode
20:44.48starseekeror I shoudl say, is downloading
20:45.01starseekerd-lo: yeah, heard this buzz coming from the speakers - CPU fan failure
20:45.44starseekermight conceivably have been able to repair it, but it was using old technology when it was new so finding appropriate parts to replace it is problematic
20:46.02starseekerand probably about as expensive as a new low-end system in the end, when you count time spent
20:46.50starseekeralso, if the heat created any other subtle problems when the fan failed, gentoo is sure to trip 'em up
20:47.02d-loI am facing the same thing.  Still running an AthlonXP 1.8GHz single core :/
20:47.18starseekeronce had a stick of ram that ran all night with memcheck and only showed two or three errors, and gentoo install barfed immediately
20:47.19d-loreplacement for it is on par with a QuadCore PhenomII lol
20:47.26starseekerd-lo: hehe
20:47.34d-lowell, I am outie.  lata
20:47.40starseekeryeah, I cheaped out
20:47.42starseekerlater
20:47.50starseekerwill still have dual core
20:53.05``Erikfear my badass 650mhz p3 with 256m ram.
20:54.52CIA-43BRL-CAD: 03erikgreenwald * r37602 10/brlcad/trunk/src/librt/primitives/ (4 files in 2 dirs): solve normals for edge hits and pass them to the cube realizer
20:55.29*** join/#brlcad cpc26 (~cpc26@dpc6747131073.direcpc.com)
20:55.56*** join/#brlcad cpc26 (~cpc26@dpc6747131073.direcpc.com)
20:57.31*** join/#brlcad cpc26 (~cpc26@dpc6747131073.direcpc.com)
21:00.54*** join/#brlcad cpc26 (~cpc26@dpc6747131073.direcpc.com)
21:01.46*** join/#brlcad cpc26 (~cpc26@dpc6747131073.direcpc.com)
22:06.41*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:53.23*** join/#brlcad Nohla (~c9fff3fc@gateway/web/freenode/x-svwfdbklukqsfmoq)
23:10.01*** join/#brlcad Ralith (~ralith@69.90.48.97)
23:23.40*** join/#brlcad mafm (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
23:28.39*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100209

IRC log for #brlcad on 20100209

00:12.14CIA-43BRL-CAD: 03brlcad * r37603 10/brlcad/trunk/TODO: todo items for this patch release, should be a bug-fix only release with a fix for the mac input bug, 64-bit windows binaries, and any other bugs that can be easily fixed.
00:45.51CIA-43BRL-CAD: 03brlcad * r37604 10/brlcad/trunk/BUGS: mged no longer lacks the knowledge for how to invoke EDITOR again, so shouldn't be any more lockups
00:51.01``Erikbut damnit, my metaball tesselation is in, w00t.
00:52.29CIA-43BRL-CAD: 03brlcad * r37605 10/brlcad/trunk/include/config_win.h: check for preceeding underscore and, failing that, use _fileno(FILE) to be a little more portable/dynamic.
02:35.28*** join/#brlcad Nohla (~jesica@201.255.243.252)
02:45.21Nohlaholas
03:15.26``Erikyargh, matey
04:49.00``Eriknice, colbert just figured out how to straight up say "sarah palin is a fucking retard" on tv
04:55.39starseekerheh
04:55.58starseekerhopes Nohla isn't annoyed with us...
05:04.35``Erikwas a ping out, probably connectivity issues
05:05.36starseekernods
05:05.45starseekerI got Xcode, where do I get automake?
05:06.07``Erikgrab macports
05:06.46``Erik(osX comes with an old automake...)
05:07.30``Erikhuh, 10.5 comes with 1.10, nifty
05:07.40starseekerah, crud, too old version of XCode
05:07.52``Erikin theory, BRL-CAD should compile with just Xcode, no need for anything extra
05:07.56starseekerlooks for correct one...
05:08.10starseekergot version 2.5, didn't have automake in it
05:08.15starseekerneed 3.1.4 apparently
05:08.18starseekerhunts
05:08.20``Erikbut when you start wanting things like, y'know, a reasonably modern emacs, subversion, darcs, etc... macports gives ya something to use
05:08.30``Erikwhat version of osX are you using?
05:09.06``Erikupgraded his work machine from 10.4 to 10.5 to get the updated xcode to continue to use macports :/
05:09.28starseeker10.5.8
05:10.11starseekerjust didn't look hard enough at the requirements page for macports
05:10.29starseeker(well, they say third time's the charm...)
05:10.30``Erikok, I'm using 3.1.2 on 10.5.8
05:10.41starseekerok, cool
05:11.00``Erik(odd, I found it quite difficult to find something OTHER than the most recent on the site)
05:11.25starseekerthis'll all be moot if my replacement from newegg gets here, but judging by the weather forecasts I'd better get this thing up to compiling par...
05:11.48starseeker``Erik: so did I, except for some reason it was giving me the 10.6 version by default
05:11.53starseekerwhich didn't install
05:12.18``Erikyeh, I do vagually recall that issue, dun 'member why I did to work around it :/
05:12.39starseekerI'm sure Apple's take on things is "why is anyone using anything except 10.6...)
05:12.45``Eriknewegg? I've been thinking about making a 'high performance' x86 for fbsd fun and video games O.o
05:13.04``Erikdidja see that firefox is dropping support for 10.4, removing the code required and all?
05:13.22starseekeryeah - that's a bit of a shock
05:13.42starseeker1 that they're dropping it, and 2 that it takes a lot of special code
05:14.34``Erik<-- wonders if it uses cocoa or carbon O.o
05:15.13``ErikI could envison firefox/mozilla using carbon to 'stick with c++' and apple trying to kill off carbon apps to force people to 'the one true way'
05:15.20``Erikenvision
05:18.16``Erik(c++ really is oh so wrong for so many reasons *cough* *duck* :D )
05:20.57starseekerhehe
05:21.11starseekerthe first and foremost being "it's not Lisp!"
05:21.44``Erikoh, I'm ok with objc, I like smalltalk, CLOS is both scary and nifty
05:21.58starseekeris sad to see Oracle laying off folks doing work to support visually impared users in Gnome...
05:22.01``Erikfavors java to c++ :/
05:22.11starseekerO.o
05:22.53starseekerand you complain about the Docbook stuff... - can you imagine compiling all of Java for a BRL-CAD build?
05:23.07``Erikyeah... actually...
05:23.30``Erikthat's why I'm talking about writing some code for the project upstairs, to provide a language agnostic network protocol
05:23.50``Erikcuz I'm nto about to add java to my dang bsd servers
05:23.59starseekerah
05:24.07``ErikI'm a bit annoyed that they have g++ o.O
05:24.22starseeker<snort> Qt still rocks
05:24.36starseekerand for our purposes, opennurbs REALLY rocks
05:24.44``Erikoh, and I got all excited when bsd eliminated perl from the base system, only to find that some of the very first ports ya install require perl somewhere
05:25.12starseekerow
05:25.30starseekerwouldn't be TOO sorry to see perl kinda just die off...
05:25.39starseekertalk about mind bending scripts
05:25.58``ErikI beleive the politically correct term is "write only"
05:26.13``Erikonly an idjit would try to read perl :> *duck*
05:26.46starseekerstill wants to see someone do a test of feeding line noise into compilers and see which one results in the most legal instructions generated
05:27.23``Erikbrainfuck.
05:27.29starseekerheh
05:27.59``Eriknothing is more than 1 character, and anything not explicitely handled a comment...
05:28.15``Erikfeeding it random line noise is literally an exercise of the halting problem... :D
05:28.28``Erikto match the [ and ] commands
05:28.45``Erik(loop construct)
05:29.21starseekerso the approach is to hook up the radio telescopes to a compiler and see if a GOD program gets compiled :-P
05:29.45``Erikheh, do it!
05:30.00``Erikwant a bf compiler? I wrote one O.o
05:30.27starseeker``Erik: the real money would be to sell the idea to the next guy tring to write a Contact wannabe book
05:31.10``Erikheh
05:31.40``Erikkinda a lame premise to start with...
05:32.17starseekerwell, it's what people want to hear
05:33.15``ErikI'd imagine that if FTL capable species were around, then life would be pretty plentiful and no one would give a rats ass about our mudball full of retards too busy killing eachother and claiming we're alone...
05:33.21starseekerhehe - here's a problem that needs formal methods:  http://www.cnn.com/2010/US/02/08/toyota.recalls/index.html?hpt=Sbin
05:33.58``ErikI mean, if you saw a homeless dude beating his head on the wall downtown,w ould you stop and say hi?
05:34.35starseeker``Erik: I guess it depends... there's no guarantee aliens would be any smarter than us
05:35.13starseekerthe bad news is we'd most likely have the "bottom of the barrel" aliens who have issues coming to mess with us
05:36.25``Erikif extraterrestrials were as dumb as us, they wouldn't have FTL, right? assuming FTL is even possible
05:36.42Ralithis that a function of intelligence, or of time?
05:37.04``Erikif FTL isn't possible, then ya hit hte realm of generational or stasis ships, and stopping by to say high would be ... stupid
05:37.25``Erikralith?
05:38.09starseekermaybe even someone as dumb as us will stumble on FTL in 100000 years
05:38.31starseekerplus, you don't have to be smart enough to invent the technology in order to use the technology
05:38.36``Erikyeh, luck factor, or mebbe tomorrow... *shrug*
05:39.10starseekerenvisions "green trash" aliens with souped up spaceships crusing around the universe
05:39.17``Erikuh, there was a theoretical physicist talking about how to generate a zomfg star trek style warp drive and it was physically possible
05:39.32``Erikthe killer was that it'd require more energy than there is in a galaxy to power
05:39.44starseekeryeah, that kinda sucks
05:40.53``Erik(even if humans did come up with FTL tomorrow... would it be applied in any non-idiotic way? I'd doubt it...)
05:41.47``Eriktoo many people in positions of power can't think past the next quarter or next term election O.o BUT I'm NOT BITTER!!@~!@~!
05:42.19starseekeryeah - "FTL?? that's not profitable in the next quarter, why would we fund that?"
05:42.52starseekeror "can you break 'species survival' into quantifiable deliverables?"
05:44.06starseekerwould so love to see both parties get gutted and replaced next go-around, just to shake off the dust...
05:44.22``Erikhm, with the whole week off... I think I'm gonna get some heavy cleaning done and get quite a bit moving on my little arm computer O.o
05:44.32starseekerhehe, cool
05:45.02starseekershould probably sleep now...
05:45.18``ErikI somehow doubt that 'jettison all politicians and "blind faith" party members into the nearest massive ancient nuclear explosion' is a viable plan
05:45.42starseekerentertaining though
05:45.59``Erikyeh
05:46.16``Erik<-- ponders building up an argument on why mike is anti-american to shake him up some
05:46.43starseekerLifting that much mass though - oof.  Something with so much density may be impossible to lift off of Earth's surface
05:46.58``Eriksee, here's where I'm confused
05:47.05starseekeris there anything denser than "blind faith" voters?
05:47.15``Erikhow can they have such dense skulls if there's nothing in them?
05:47.25starseekeryeah, it is interesting isn't it
05:47.48starseeker``Erik: I've never seen mike successfully shaken up, but it would be an interesting exercise
05:48.09``Erikyeh, I was pondering vectors this evening
05:48.58``Erikmostly hinged on declaring him anti-american... I got into a mental gymnastics roll after seeing what palin went and did
05:49.45starseeker<PROTECTED>
05:49.49``Erikgood thing pat changed projects, she might be liable to stab me if I went off like that infront of her :>
05:49.59``Erikyeah, the, uh, 'teabaggers'...
05:50.24starseekeryou actually had the fortitude to watch her?  I'm impressed
05:50.37``Erikclips on daily show and colbert report
05:50.46starseekerah, the only safe context :-)
05:51.10``Erikhey, daily show won an award for reporting... which is amusing, since they're a comedy show, not a news show
05:51.48starseeker``Erik: the most irritating thing about the current situation is that NO party is or wants to be dealing with solving the hard problems
05:52.18``Erikof course not, it's a lot easier to scream 'terror!!!!' and collect votes in 2 years
05:52.30``Erikhard problems last longer than a term :/
05:52.38starseekerThey can't propose to cut this or raise taxes on that, since voters want all services and no taxes
05:52.52``Erikand tend to be poorly portrayed, I think
05:53.07``Erikhere's one of the sick observations I've had recently...
05:53.21starseekerand you get more votes by maintaining that status quo - hard truths != more votes :-/
05:53.27``Eriknationalizing health care in the US will probably improve quality and lower taxes.
05:53.59starseekernods - unless it's totally bungled I suspect that's true
05:54.36``Erikthe core thing that SHOULD be addressed is the gov't is providing artificial protections for abusive profiteering
05:55.11starseekera hybrid approach to health care would be nationalizing research into treatments, but private compeition on things like pill production
05:55.13``ErikSO, either remote the gov't monopolization incentives, or place constraints in exchange for those monopoly privs
05:55.25``Eriks/remote/remove/
05:55.58starseekerthe fundamental problem is that health care is not a profit/loss game
05:56.44``Erikthere was a graph I saw that had life expectancy, dr office visits per year and cost per year per capita all in one interesting graph, the us was by far the most expensive and one of the worse services
05:57.00starseekeryep
05:57.08``Erikshould dig that up, thinks he saw it on hackernews
05:57.23starseekerhere's one thing I've not seen anywhere - WHERE is all the money actually GOING?
05:57.43``Erikexecutive bonuses and campaign donations, dur
05:57.49starseekerit's a huge portion of our national yearly expenses - OK, let's follow that money and see where it actually ends up
05:57.52starseeker<snort>
05:57.55starseekeryeah, probably
05:58.47starseekerto me, without that info, all the health care debates where primarly a combination of a few obvious principles that shouldn't be matters of debate and a lot of uninformed noise
05:59.40``Erikyeh, both sides ignoring the pink elephant
05:59.56starseekerwants a genie bottle so he can wish for eduated, informed, critically thinking voters
06:00.01``Erikin the room
06:00.10``Erikmove to sweden? heh Oo
06:00.12``ErikO.o
06:00.14``Erik:D *duck*
06:00.24starseekerheh - point
06:00.31starseekerneed to specify US
06:01.45``ErikI d'no, sweden and finland have some damn hot girls
06:02.03``Erikand fiber to every house, and good health care, and low crime rates, and ...
06:02.33``Erikjust gotta say "borkborkbork" a lot
06:02.43starseekerO.o
06:03.33``ErikI think cats have a special 6th sense that helps them determine the exact center of the area you hope to occupy
06:03.56starseekerlol
06:03.59starseekerno question
06:04.38starseekerwell, gotta get some rest - mad dash to stores, assuming they ever finished plowing the road
06:04.56``Erikheh, good luck with that O.o I'm staying put for the next week.
06:05.39starseekerdidn't stock up for a week - apparently those people with loaded carts were more up on things than I was
06:07.06``Erikheh
06:07.11``ErikI have about of month of food
06:07.31``Erikhit the store last wednesday, and again today
06:08.29``Erikand managed to drive my car through exactly what I saw a 4wd truck get stuck in, good thing I cut my teeth on gravel and snow back in washington learning to drive O.o
06:09.41``Erikthe noise of hitting stuff with the bottom of that car, though... sucks ass... and the leg cramps after the 1.5 or so miles of clutch work, owwww
07:48.54pooliosounds like you guys are having a ton of fun in MD :)
09:07.14*** join/#brlcad mafm (~mafm@99.Red-83-45-252.dynamicIP.rima-tde.net)
09:58.04*** join/#brlcad CoconutCrab (~toor@210.86.231.65)
10:30.20*** join/#brlcad CoconutCrab (~toor@unaffiliated/coconutcrab)
14:13.55``Erikohhhhh, power7 is out *drool*
14:41.33starseekergrr - even on a 10.5.8 box, I'm not getting the Mac input bug
14:42.03``Erikfunky
14:42.10``Erikso you can rotate the wireframe?
14:42.14``Erikwith the mouse?
14:42.17starseekeryes
14:42.35starseekerveeeeery slow, but successful
14:42.42brlcadthat's odd
14:42.43brlcadusing X11?
14:42.46starseekeryep
14:43.10brlcadwants a power7
14:43.29starseekerdunno if it matters, but it's XQuartz 2.1.6 (xorg-server 1.4.2-apple33)
14:44.06``Erikhm, I have xquartz 2.4.0
14:44.17brlcadi'll check against mine
14:45.42``Erikupdated and is compiling/installing on his personal box
14:46.11``Erikpretty sure I saw it both on my work desktop mac pro and my own macbook... O.o
14:47.05``Erikheh, woops, my arm mahcine thinks it's 2032
14:48.16starseekerMore details - Mac OS X 10.5.8 (9L31a), Kernel Version: Darwin 9.8.0
14:51.04starseekerannoying - the one thing I thought I could work from home for the next release, and I can't reproduce the darn thing
14:51.13``Erikfwiw: http://paste.lisp.org/display/94638
14:53.42starseekerHmm - I did enable all, but not sure why that would matter... also didn't do enable-optimized
14:54.02``Erikmight be a flaw with the system tk or our use of it
14:54.10``Erikand might be an optimized bug, too :D
14:55.27``Erikis taking the week off due to snow and going to try to minimize his efforts on BRL-CAD to help avoid burnout... but will play test dummy for ya
14:56.06starseekerno problem - I'll be trying to head in to work here in a few minutes anyhow
14:57.07``Erikif it weren't supposed to star tsnowing around noon, I woulda tried heading in already
14:57.28``Erik<-- would rather be trapped at home than at work :D
14:58.26``Erikcats, food, bed, tv, reliable power, booze... an obvious decision :D
14:59.46``Erikhuh, mged throws bus errors at me now
15:00.59``Erikdm init error
15:02.01``Erikdm-X.c:360
15:02.22``Eriknifty *shrug* *goes back to compiling crap on arm)
15:02.29``Eriks/)/*/
15:04.43``Erikoh, starseeker, if'n ya decide to install sbcl through macports, make sure to specify the threads variant "port install sbcl +threads"
15:17.58``Erikbwahahaha, poor kitties, getting tossed in the snow :D
15:18.29``Erikhe tried to wander off in it, she jumped inside and bolted up the stairs O.o
15:43.53brlcadstarseeker: did you verify edcodes/ted/etc in mged -c mode?
15:44.28brlcadif not, that's something to check on, if only to make sure it does something sensible/useful
15:46.20brlcadstill can't get to work if he wanted to outside of taking a cab or walking
15:48.04brlcadburied in on a slanted incline on a road that still hasn't been plowed (and probably won't be until next week)
15:59.14``Erikwhups, one of the step directories doesn't have a distclean rule
16:00.03``Erikheh, yeh, I ended up driving ontop of snow :( I drove through stuff I saw a 4wd truck stuck in... listening to the crap scrape the bottom of my car sucked and the clutch work to keep forward momentum cramped up a muscle I didn't even know I had like a mofo
16:00.49``Erik(after the exciting drive, decided to apply for leave for hte rest of the week and stock up on food&booze, w00t
16:00.52``Erik)
16:01.15``Erikshoulda made indianlarry give me a couple cigars
16:27.57starseekerbrlcad: I have not, yet
16:28.54starseekerchecking...
16:28.57starseekerworks OK on Mac
16:29.23starseekerfinishes depositing groceries and gets back on the road - this time to work
16:38.02``Erikstarseeker: if you get a moment, could you make a 'build' directory with a bunch of subdirs, then do builds of various permutations to see if you can replicate it? --enable-all vs normal, optimized vs nonoptimized, etc?
16:38.09``Erikmoment, hour, whatever :D
17:02.44*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
17:34.01``Erik<PROTECTED>
17:44.26*** join/#brlcad Phurl (~mdupont@cl-1773.dus-01.de.sixxs.net)
17:45.10*** join/#brlcad Phurl__ (~mdupont@cl-1773.dus-01.de.sixxs.net)
18:31.28``Erikheh, all done with ae, brlcad?
18:43.02``Erikfeck. wow is down. :/
18:58.57*** join/#brlcad mafm (~mafm@240.Red-81-32-105.dynamicIP.rima-tde.net)
19:44.49*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:54.41starseeker``Erik: heh - sometimes I'm amazed your cats put up with you
19:55.15starseekerours would be Very Mad after a show toss
19:56.28``Erikwas less a toss, more a ginger set
19:56.36starseekerah :-)
19:57.07starseekerfinds it mindly hilarous that the girl dashed upstairs and the boy wandered into it...
19:57.24``Erikdifferent attitudes
19:57.35``Erikhe's very much a hunter, she's very much a ... daddys girl
19:57.42starseekerah :-)
19:58.20``Erikshe MUST curl up where I want to put the laptop, he lays on the scratch tower across the room
19:58.41``Erikhe's also the first one to bolt into the garage, but she's the peskier one to extradite
19:58.54starseekerheh
19:59.13``Erikhow was the drive? the roads here are looking almost halfway decent, so I'm imagining it was smooth sailing once you hit a major road?
20:00.16``Erikyeah, 2^n permutation set on the mac to try to isolate the bug... if you cannot replicate it, I'll do the same, uh, tuesday on a machine that exhibits
20:00.36``Erikout of dir builds ftw :D
20:01.06starseekerwill try on Sarah's box if he's snowed in tomorrow - my box here doesn't exhibit it
20:01.10``Erikgot a bus error on his home box starting mged, somewhere in libdm
20:01.14starseekerow
20:01.28``Erikdpy width extraction
20:01.34``Erikscroll up... :D
20:01.45starseekerdrive was OK once on major roads
20:02.06starseekergetting out was mindly annoying - getting in will be where the real fun is
20:02.52``Eriklike bob mentioned, with an auto, the trick is to apply a little break while still moving to shift the wheels both back into drive
20:03.12``Erikif'n ya move the gas pedal more than, y'know, a quarter inch, you're probably doing it wrong
20:03.28starseekernods
20:03.59``Erikum, in neutral, slooooowwly put pressure on the gas pedal, the second you hear the engine wind up, tha'ts the most pedal you should use in heavy snow
20:04.08``Eriklike, change rpm at all
20:05.21``Erikif you had a clutch, tha'td be another control variable... but ya don't... O.o
20:05.35starseekerprefers dry pavement
20:05.53``Erikisn't sure he touched his gas pedal at all until he was on good enough ground to contemplate second gear
20:06.03``Erikother than pop revs to warm the engine up a bit
20:06.29``Erikor adolescent showboating, take your pick
20:07.25starseekersome of the hills where I live, idle won't move the car up them - haven't calculated it, but it's entirely possible that any force sufficient to climb the hill, given the weight of the car, would be too much for the slush under the worst conditions
20:08.02``Erikwants to drive hard on warm dry asphalt or cement to see what the difference is... kinda imagines that snow is like a very very slow version of high speed track
20:08.18``Erikyeh, I had to go ballstic for a bit
20:08.33``Erikscary as hell, getting that much speed up, but I brrrrrrly cleared the hill
20:08.48``Erik(and it is pretty much ballistic at that point)
20:09.05starseekerheard a story from one of the neighbors about a time when a school bus crested the hill and ended up in the field at the end of the street
20:09.48``Eriktraction control flashing, etc... then was all freaked out cuz there was a truck coming so I couldn't safely run the light at 1mph... ended up geting infront of him anyways
20:10.04starseekeryeek
20:10.21``Eriknot the first time I ran that sign to avoid being stuck... fortunately, he was going very slow, too
20:11.40``Erikcresting is especially dangerous, you reduce the down force, further reducing any traction you may've had
20:12.38``Erikif the physic geek can correlate the controls to the ground, there's an advantage... so if you can learn that the gas pedal is not a boolean input device, there's hope!
20:13.58starseekerthat also requires muscular control of the foot petal that may be beyond my dexterity
20:15.06``Erikheh
20:15.16``Erikhm, was spposed to start snowing at about noon, it's still not
20:15.26starseekerworks for me
20:15.43``Erikshoulda taken the drivers seat when ya got mudded in :>
20:15.52starseekerindeed
20:16.08starseekerbut then we wouldn't have gotten Bob all mud splattered before his demo
20:16.28``Eriknah, but we'd have gotten you mud splattered ;>
20:16.44starseekeris sorry he missed some of the other car extraction efforts that must have gone on down there
20:16.53starseekerjudging from the terrain, I wasn't the only one
20:17.13``Erikthe red van was a lost cause, I think the owner got a ride from someone else
20:17.50``Erikthey were fighting to remove it as bob pulled out and left... he wasn't about to offer and I guess they didn't ask O.o
20:17.51starseekeranticipates a nice round of it after this snow melts - that'll be some very wet grond
20:17.58``Erikwas a bit irritating, they were blocking my way out that day :)
20:18.01starseekerheh
20:18.25``Erikthe lot on the other side of the amsaa building almost always has spots on asphalt...
20:18.42starseekerthat's where I am today - very last one in the corner
20:19.19``Erikare bob or daytona in?
20:19.45starseekerBob's in
20:19.55starseekerdaytona?
20:20.13``Erikyeh, old guy, glasses... upstairs... comes to lunch with us a lot... sometimes goes by john
20:20.20starseekerah - dunno
20:21.04``Erikwell, would bob be interested in helping me with a tree? I have an eastern red ceder I think, it might not survive, mebbe 12-14', might have t be cut down and hauled to the lawn waste thingie
20:21.30``Erikunless someone wnats it for firewood or, y'know, guitar wood and it can't be saved
20:21.31starseekerwill ask
20:21.48starseekercould line a closet with it...
20:22.22``Erikif the tree is a goner, I'd like to give it to someone who could use it instead of paying to have it taken away, y'know?
20:24.25``Erik(btw, eastern red cedar is NOT cedar, it's a tree-like version of a juniper bush)
20:24.55starseekerah
20:24.57starseekerpity
20:25.09``Erikit's a lovely decorative tree
20:25.27starseekercan you just cut it down if it has to be cut, and then haul it after the snow is gone?
20:25.44starseeker(says he might be able to help - probably better talk to him direct)
20:25.49``Eriktheoretically, yeah
20:26.05``Erikpm me his office 4 digit
20:27.00starseeker<PROTECTED>
20:27.13``Erikhah
20:27.23starseekerdid I do that right?
20:27.30``Erikno, you had a space infront
20:27.32``Erikotherwise, it was ok
20:27.33starseekercrud
20:27.51``Erik"/msg" is right, " /msg" goes to chan
20:27.58starseekerhumph
20:34.42*** join/#brlcad Ralith (~ralith@69.90.48.97)
20:50.59starseekerwas tmk the tcl based make system someone referred to earlier?
20:51.45starseeker(the irony for us of course is that such a system could be used only after tcl/tk were already built)
20:54.34``Erik<PROTECTED>
20:55.26starseekerhmm?  you mean convert tcl scripts to C code?
20:55.32``Erikyeh
20:56.16``Erikthe less tcl in our system, the less work to become agnostic, or migrate, right?
20:56.37starseekerin theory, but autogenerated code seldom helps that process
20:56.47``Erikthe more agnostic, the less dependant on some oddball build system
20:56.57``Erik<-- is way out in theory
20:57.54``Erikyeh, the generated source would be fugly... but it's already "proven", and an apt target for redefining in 'proper' C...
20:58.33``Erikwith very well defined inputs and outputs and a 'reference' implementation, a perfection "junior hacker" task
20:58.49``Erikor am I being r-tarded?
20:59.29``Erikbtw, tell bob I have a shark saw, not a bow saw :/
20:59.39starseekerk
20:59.58``Erikstill just a minute or two to go through it
21:00.11starseekerhmm - will have to check this out when I get a computer back:  http://remesh.sourceforge.net/
21:00.32``Erikdidja do the permutation compile for the input bug?
21:00.40starseekerno, not yet
21:00.57``ErikI think that might be the next logical step in chasing that bug
21:01.02starseekernods
21:01.18starseekerkinda expecting to be snowed in tomorrow, so that's a logical time to work on that
21:01.21``Erikand something that's machine heavy and developer light, to boot
21:01.22*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
21:01.44``Erikis not permitted to work on work while not on premises, so does not. :)
21:02.18``Erikwithout the multitude of 'work from home' paperwork with shitloads of signatures...
21:02.42``Erikboth admins pushed work from home HARD, but our local idiocracy fights it tooth and nail :(
21:04.11starseekerwonders why...
21:04.36``Erikprobably accountability
21:05.04``Erikeasier to prove taht someone was int he office warming a chair looking at, say, icanhascheezburger than to say someone was at home being productive
21:26.32``Eriktell bob it just started to snow up here
21:32.38starseekerhe just found out - someone called :)
21:36.07``Erikgetting light snowfall here, not sticking yet
21:49.34*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:58.33*** join/#brlcad Ralith (~ralith@69.90.48.97)
22:13.00CIA-43BRL-CAD: 03brlcad * r37606 10/brlcad/trunk/src/tclscripts/rtwizard/ (rtwizard.tcl tclIndex): rename the RtWizard class to RaytraceWizard so we can pull the utility script in here conflict-free
22:13.18*** join/#brlcad Ralith (~ralith@69.90.48.97)
22:24.39brlcad``Erik: huh, apparently .. hadn't checked ae in a couple weeks, see that my account on epsilon seems to bhave been deleted
22:24.49brlcadstill have beta though, the older of the two at that
22:25.56brlcadthat dpy error in libdm is pretty common.. I see that on mine
22:30.43*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
22:41.55CIA-43BRL-CAD: 03brlcad * r37607 10/brlcad/trunk/src/tclscripts/geometree/GeometryBrowser.tcl: remove stale comments.
22:42.58CIA-43BRL-CAD: 03brlcad * r37608 10/brlcad/trunk/src/tclscripts/geometree/geometree.tcl: make the geometree script stand-alone invokable as a script
22:43.48*** join/#brlcad Ralith (~ralith@69.90.48.97)
22:52.02CIA-43BRL-CAD: 03brlcad * r37609 10/brlcad/trunk/src/ (5 files in 2 dirs): rename the rtwizard.tcl script to RaytraceWizard.tcl so it can match the namespace it defines.
23:04.20*** join/#brlcad jesica (~jesica@201.255.215.28)
23:08.21brlcadhola jesica
23:16.35CIA-43BRL-CAD: 03brlcad * r37610 10/brlcad/trunk/ (7 files in 3 dirs): move rtwizard's tcl and batch runner scripts into src/tclscripts
23:26.41CIA-43BRL-CAD: 03brlcad * r37611 10/brlcad/trunk/src/tclscripts/rtwizard/tclIndex: update the index to new file name
23:30.03brlcadstarseeker: are all of the current man1 pages ged commands, or are some of them manual page conversions?
23:30.12brlcadfor non-mged commands
23:31.29brlcadhm, yeah, looks like the rt* docs are for the full-up binaries
23:31.36brlcadah yeah, and mged itself
23:31.48brlcadso at least a few non-ged ones in there
23:33.38``Erikbrlcad: did I miss anything in not making it to the party?
23:34.21brlcad``Erik: the party was cancelled .. due to slightly inclimate weather
23:34.36brlcadhad some great foodage on hand, missed that :)
23:35.16brlcadhomemade egg rolls that were just awesome, and yummy dips n' chips
23:35.48``Erikdang
23:35.55``Erikfigrued it'd be scrubbed, but *shrug*
23:36.39brlcadbut yeah.. it's been pretty bad down here (like it is everywhere else, of course) .. closest parking would have been the parking lot about 5 blocks away, then 5 blocks back through unplowed snow, slush, and ice
23:37.30brlcadtoday was really the first day anyone in anything other than a 4wd vehicle was really moving about and not many at that (<5%)
23:38.42``Erikmonday, paulette said that the frrst hill (where bob, cliff john and I are) wa teh big that got it the worst O.o
23:40.23``Erikcliffy, is bob on the road yet?
23:41.44brlcadthe problem in the city thusfar is that there is just noplace to put it all, there are walls all over the place
23:42.27``Erikyeh, that was discussion on monday... talking about how sometimes cities use semi's to haul snow out to rivers/bays/
23:43.14brlcadyeah, they did that for the 2003 blizzard, dumping snow into the harbor
23:43.32brlcadjust takes a really LONG time to clear things out
23:43.54brlcadsaw some pics for friends, they've been working on the downtown area first apparently, trucks haven't even hit up canton yet
23:44.00``Erikayup
23:44.02brlcadnot even a quick pass
23:44.13``Erikhow deep is it down there? was up mid thigh up here
23:44.27brlcadyeah, about that much
23:44.35``Erikthe difference between here and work was staggering, just shin high on post
23:44.37brlcadabove knee for sure, about three feetish
23:44.43brlcadwow
23:45.14``Erikaight, thigh high on brlcad is what, knee high on a normal person... :> *duck* *run* *hide*
23:45.57``Erikapg was mebbe a foot high tops
23:46.06``Erikand they closed friday
23:48.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:57.39*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100210

IRC log for #brlcad on 20100210

00:32.23*** join/#brlcad Ralith (~ralith@69.90.48.97)
01:13.57*** join/#brlcad Ralith (~ralith@69.90.48.97)
01:14.58starseekermakes it home intact, but his car's front bumper does not
01:22.38CIA-43BRL-CAD: 0324.58.23.82 07http://brlcad.org * r2186 10/wiki/Compiling: /* Library dependencies */
01:39.03``Erik:(
01:39.24starseekerturns out you need at least some traction when making right turns
01:39.26``Erikrun up against a snow bank?
01:39.28starseekeryep
01:39.30``Erikheh
01:39.58``ErikI was just out with the neighbors observng the snowfall O.o
01:40.03starseekeris NOT happy, but at least I didn't hurt myself
01:40.19starseekerand the car made it home
01:40.53``Erikjust the lower dam? called insurance yet?
01:40.59starseekercalled insurance
01:41.23starseekerdoesn't look like the hood is deformed, but of course I haven't had a good look
01:41.45``Erikis glad he stayed home O.o
01:41.50starseekerall I know for sure is that the bumper is cracked pretty good, and loose on the left side right below the headlight
01:42.16starseekeroh, and the license plate is skewed and some kind of rubber thing is dangling
01:42.29``Erikyeesh
01:42.35starseeker``Erik: go ahead and make fun of my winter driving...
01:42.40``Erikhit the snow pretty good then
01:42.55starseekeryeah - it was one of the frozen banks, plowed up
01:42.58starseekerso nice and dense
01:43.02``Eriknah, I'll make fun of ya for attempting it, but...
01:43.24``Eriksnow driving is a skill
01:43.48``ErikI'm a pathetic amatuer, most are completely untrained
01:44.11starseekerI should have left earlier, it got worse as I headed west
01:44.36``Erikyou're home safe, so tha'ts what matters
01:44.42starseekerdunno what insurance will do - find out over the next few days I suppose
01:44.46starseekernods
01:44.55starseekeryeah, coulda been a lot worse
01:45.14starseekerhas never delt with insurance co before
01:45.33``Erikwell, never admit anything that might constitute fault
01:45.57starseekeryou mean when there are two parties involved?
01:46.04``Erikalways keep in mind, they are a legal entity interested in maximising profit
01:46.10starseekernods
01:46.13``Erikact of nature, whatever
01:46.20``Erikjust understand what they are
01:46.35starseekerfigured one part accident, only one party to blame..
01:46.46``Erikthe rep's you talk to will probably be compassionate concerned people who want to make sure you're ok, but the company ...
01:46.55starseekeryeah
01:47.29starseekeris hopeful that, if it's just the bumper, it could be fairly straightforward
01:47.36``Erikif'n ya feel at all physically affected, go to the hospital for their sign-off... insurance should cover it without hesitation
01:47.54``Erikwhen I rolled the car, I went a few days later, they gave me xrays and mri's, insurance covered
01:48.00starseekernods - fortunately, it wasn't that hard or fast
01:48.18``Erikjust sayin' better safe than sorry
01:48.20starseekerIf it had been softer snow, I might not have crunched the bumper like that
01:48.47starseekerfriggin ice blocks
01:49.24``Erikwell, hopefully it is just replacing a $400 piece of plastic :)
01:49.29starseekerif I do feel anything I will, but frankly I've gotten worse jolts from bad amusement park rides
01:49.47starseekeror a skilled brown belt in karate ;-)
01:49.54starseekeryeah, that'd be nice
01:49.54``Erikheh
01:50.16``Erikbut yeh, road conditions are poor...
01:50.28``Erikguess bob decided to drive on by, he didn't stop by
01:50.46``Erikand it looks like it's gonna snow all night
01:50.55starseekerI can't blame him
01:50.57starseekerit's bad
01:51.02``Erikme, either
01:51.22starseekerI crawled home at about 5mph and barely had control
01:51.23``Erikglad I stayed home :)
01:51.33``Erikapparently you didn't have control.
01:51.40starseekerI mean after that
01:51.48``Erikyeh
01:52.09``Erikafter mondays adventures, I decided it just waren't worth it
01:52.44``Eriklike nikki said, is how much you make a day more than the deductable?
01:53.02starseeker<snort> or more to the point, the increased premiums
01:53.21``Erikaypu
01:53.56starseekerbets they'll be flooded with similar stuff
01:53.57``Erikhas increased his premiums enough, needs to let things settle a bit O.o
01:54.10starseekerhow long does it take for them to settle back down?
01:54.27``Erik3 or 5 years for most companies
01:54.34starseekernods
01:55.00starseekerponders getting snow tires for winter...
01:55.12``ErikI'm sure my company hates me, I'm "ahead of the game"
01:55.38``Erikyeh, was pondering either buying small rims and winter tires for my car or a truck
01:55.59``Erikshe's hiding in a paper bag. O.o
01:56.09starseekerhehe
02:01.08``Erikdo ya get much vacation? this kinda struck me as a mandatory set...
02:01.49``Erikalso; I feel compelled to point out at work that you wrecked on a/s tires next to me where I have summer tires... :D
02:01.57``ErikYOU VINDICATE ME!!!#~!@!~
02:03.52starseekerheh
02:04.29starseekerif this week is a vacation it's the suckiest on my record
02:05.28``ErikI d'no
02:05.47``ErikI argue for my job to be margaritas in tahiti... so chillin' in the snow ... might coun?
02:05.50``Erikcount
02:06.03starseekerletsee... PC died just as the first big storm rolls in, shoveled a ton of snow to get out over two days, just so I could mess up my car's bumper cover...
02:06.28starseekerand oh, just for more fun, another huge shoveling job coming up...
02:06.53starseekerno mail moving so the replacement PC won't be here for a while
02:07.00``Erikdude, stay home, relax, play video games or whatever
02:07.05starseekerheh
02:07.10``Erikthe world will not end if you don't commit tomorrow
02:07.14``Erikno matter what brlcad claims
02:07.18starseekerlol
02:07.39starseekeryeah, I'm not trying to go in tomorrow
02:08.11``Eriksrsly, ain't no software worth risking life and limb
02:08.17``Erikno job for that matter
02:08.20starseekernods
02:08.36starseekermy first experience with this type of driving - teaches respect for the weather
02:09.01``Erikyehhhhhh, we need to teach you about driving.
02:09.25starseeker1) get tires with good traction in snow 2) don't
02:12.19``Erikdriving in snow with good snow tires is quite different than driving on asphalt with street tires...
02:12.47starseekeryeah, but it's gotta be easier than driving in snow with smooth street tires
02:13.01``Erikheh, marginally
02:13.06starseeker(my tires were coming up for replacement, which probably isn't improving matters any)
02:13.30``Erikaggressive gravel driving is probably the shit
02:13.38``Erikthat's how I cut my teeth
02:13.56starseekerby easier, I mean possible
02:14.05starseekeryeah, never did gravel driving
02:14.24``ErikI think if you can manage aggressive gravel driving, snow driving is fairly straigh forward
02:15.12``Eriksnow is basically gravel in slow motion
02:22.38``Erikyou can't be a noncomformist if you don't drink coffee.
02:25.13*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
04:57.50*** join/#brlcad QAChip (~Christian@201.122.75.250)
04:58.03QAChiphallo all
04:58.12QAChipany one can help me with compilation
05:00.28CoconutCrabyes?
05:05.15*** join/#brlcad QAChip (~Christian@201.122.75.250)
05:05.21QAChipim back
05:06.57QAChiplast saturday i ran ./configure and had no problem, but when make, make make test I found some issues
05:07.25QAChipcan anyone help me? please!
05:10.58QAChipany one here?
05:11.15QAChipany out of those 26?
05:15.53QAChipcome on, can no one help me with this?
05:55.45*** join/#brlcad QAChip (~Christian@201.122.75.250)
06:02.30QAChipany one can help me
06:03.04``Erik...g otta say what issues...
06:03.12QAChipok...
06:04.14QAChip~/Download/brlcad-7.16.4/src/libdm/.libs/libdm.so: undefined reference to `XFreeDeviceList'
06:04.21QAChipsomething like this
06:04.51QAChipwhat is missing
06:05.00QAChipundefined reference to `XOpenDevice'
06:05.08QAChipundefined reference to `XSelectExtensionEvent'
06:05.16QAChipundefined reference to `XListInputDevices'
06:06.48QAChiphttp://fpaste.org/cIJZ/
06:10.25``Erikso you didn't install the X libraries and headers?
06:10.26brlcadyou need to install libXi
06:10.33brlcadXi-dev
06:11.19``Erikshakes fist at the linux retards who decided that splitting headers and libraries into seperate packages was a good idea O.o
06:12.37QAChipjust libX11-devel, or is there another package for libraries and headers
06:14.02QAChip??
06:21.04``EriklibXi-devel, I'd imagine
06:25.05*** join/#brlcad QAChip (~Christian@201.122.75.250)
06:26.27QAChiphey, this pidgin is giving me headache
06:26.28QAChipI back
06:27.12QAChiphttp://fpaste.org/cIJZ/
06:28.45QAChipit seems that the compilere dont know where are my files, should I re run ./configure before make?
06:35.58*** join/#brlcad QAChip (~Christian@201.122.75.250)
06:55.25*** join/#brlcad Ralith_ (~ralith@69.90.48.97)
06:59.43*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
08:35.02*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:43.22*** join/#brlcad yukonbob (1000@s142-179-54-198.bc.hsia.telus.net)
14:39.22*** join/#brlcad Phurl (~mdupont@cl-1773.dus-01.de.sixxs.net)
14:43.21*** join/#brlcad Phurl (~mdupont@cl-1773.dus-01.de.sixxs.net)
14:46.51*** join/#brlcad Phurl (~mdupont@cl-1773.dus-01.de.sixxs.net)
14:48.37*** join/#brlcad Phurl (~mdupont@cl-1773.dus-01.de.sixxs.net)
14:58.12brlcadstarseeker: heh, bumper oops?  ouch, sorry to hear that..
15:02.49brlcadmm.. insurance advice from nikki, interesting
15:03.05brlcadTHE WORLD WILL END IF WE DO NOT COMMIT MORE!
15:03.08brlcad:)
15:04.35brlcadfyi, wrt to QAChip's compile, once he installed the new lib, he needed to rerun autogen.sh or delete his config cache
15:07.15starseekerbrlcad: yeah, this week has been a jewel
15:07.25starseekerhehe
15:07.37starseekergawks out the window
15:08.08starseekerwell, no point in the insurance folks calling for a while - everything is vanishing again
15:08.23*** join/#brlcad Phurl (~mdupont@ip-81-210-228-126.unitymediagroup.de)
15:08.44starseekercan see that as a motto for developers - "Save the World, commit more!"
15:09.40starseekerwell, at least APG had the sanity not to stay open
15:27.04starseekerbrlcad: how you fixed for food down there?
15:28.26brlcadi'm fixed pretty good
15:28.57starseekerthat's a relief - from the sound of things it could be a while before you get out of there :-(
15:29.29brlcadone of the best places to be snowed in
15:29.47starseekerwith your big screen tv? ;-)
15:29.50brlcadnearly everything I need is within walking distance
15:30.16starseekerO.o  Is it open though?
15:30.37starseekerIf your area is completely unplowed you've gotta be looking at 4+ feet to "walk" through
15:30.37brlcadyep
15:30.45starseekerwow
15:30.55brlcadthere are little paths everywhere
15:31.08starseekercool - that works
15:31.18brlcadeveryone doing their little part (well, most) to shovel
15:31.52brlcadme and two neighbor buddies started shoveling the street down the side of my house after the first hit
15:32.04brlcadwe cleared it bare about 1/3 the way down
15:32.10starseekernice
15:32.15brlcadwith 10"+ mounds of snow on the side
15:32.26brlcadthree guys, three hours
15:32.29starseeker10' you mean?
15:32.33brlcadah, hehe, yes
15:32.46brlcadeveryone walking by was "OMG!  that's amazing..."
15:32.56starseekeragrees - it is amazing
15:33.22starseekertrick now will be where to put the next batch if the piles are already at 10'
15:33.27brlcadI didn't really appreciate what we'd done until I walked around the neighborhood some more
15:34.11brlcadthe best part is that since we got it started, about 20 people cleared out the bottom 2/3rds the next day, those that lived further down the street
15:34.42starseekerhah, cool
15:34.48brlcadyeah, pretty funny
15:34.54brlcadthe side street was completely bare
15:35.03brlcada clear path to nothing :)
15:35.26starseekerpics?
15:35.28brlcadas the main roads leading to it were completely unplowed
15:35.34brlcadyeah, haven't uploaded yet
15:35.47starseekerthat will be awesome :-)
15:36.03starseekergonna try to do it again after the second wave passes?
15:36.28brlcadprobably
15:36.53starseekerhat's off to you folks
15:36.53brlcadit was a good workout, that day was 6 hours shoveling, completely non-stop
15:37.22brlcadI think I went through 8 tall glasses of water afterwards in the span of 15 minutes
15:37.28starseekercan believe it
15:58.44*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
17:24.15*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
17:26.01*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
17:49.05*** join/#brlcad gp5st (~gp5st@c-98-219-136-201.hsd1.pa.comcast.net)
17:49.29gp5sthey
17:49.55gp5stis it possible to take an image and make a rough 3d model of what is seen in the image?
17:56.37Stattravgp5st: as in you want to pick up a jpeg and want a software to convert it to a 3d model ?
17:56.44Stattravfor example ^
17:57.20gp5stStattrav: yeah, basically. as good as it can.  I know that i'll have to create the other side and clean it up a good bit
17:58.44Stattravgp5st: i dont think so, because its still a research problem at the moment
17:59.26gp5stfor example, given something like http://world.nycsubway.org/perl/show?45491 or http://world.nycsubway.org/perl/show?14246 and some parameters (hand waving, i'm referring to approx camera angle, perhaps a size reference) could i get a frame to work on
17:59.33gp5stoh ok, sorry didn't see your msg
17:59.54Stattravgp5st: Reconstruction of a 3d object from the orthogonal views/someother view is still in its early phases
18:00.27gp5stoh, i see
18:01.16gp5stbecause i'm new to 3dcad (any cad, really) and find it difficult to do thing
18:01.27gp5sti guess there aren't any shortcuts with this one:-p
18:01.29StattravMore importantly getting a depth estimate from this view is difficult unless we either have a series of images with some motion of elements in it or from orthogonal views
18:01.59Stattravgp5st: Nope :)
18:03.01gp5stwhat if size estimates could be provides. for instance i know how long and wide street cars were.
18:03.15gp5stok, i'll just have to actually learn this then:-)
18:11.29Stattravgp5st: still no framework has been developed so far to do so
18:12.36gp5styeah:)
18:12.54gp5stthanks for your conformation of that:)
18:13.11Stattravnp :)
18:13.18*** part/#brlcad gp5st (~gp5st@c-98-219-136-201.hsd1.pa.comcast.net)
18:13.28*** join/#brlcad gp5st (~gp5st@c-98-219-136-201.hsd1.pa.comcast.net)
18:14.34gp5stjust for background for what it's worth: i want to have 3d diagrams of streetcars and some other engines because i would like to use 3d printing technology to print some models for my train layout for me
18:18.00Stattravgp5st: what do you mean by printing 3d models ? how ?
18:54.26*** part/#brlcad gp5st (~gp5st@c-98-219-136-201.hsd1.pa.comcast.net)
21:12.44*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:24.18*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
21:24.18*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
21:42.52*** join/#brlcad ibot (ibot@rikers.org)
21:42.52*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205)
21:55.59CIA-43BRL-CAD: 03brlcad * r37612 10/brlcad/trunk/src/tclscripts/rtwizard/lib/HelpPage.itk: remove the implementation-detail about MGED 'objects'
21:56.40CIA-43BRL-CAD: 03brlcad * r37613 10/brlcad/trunk/ (4 files in 2 dirs): add initial man page for rtwizard just because the end-user binary was moved and it didn't have one.
22:31.16*** join/#brlcad ibot (ibot@rikers.org)
22:31.16*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205)
22:32.15*** join/#brlcad ibot (ibot@rikers.org)
22:32.15*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205)
23:15.20*** join/#brlcad Elrohir (~kvirc@p5B14AC72.dip.t-dialin.net)
23:48.31*** join/#brlcad IntrestingTimes (~nixtoverb@c-98-212-243-131.hsd1.il.comcast.net)
23:50.33*** part/#brlcad IntrestingTimes (~nixtoverb@c-98-212-243-131.hsd1.il.comcast.net)
23:52.10*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100211

IRC log for #brlcad on 20100211

02:12.07*** join/#brlcad Ralith (~ralith@69.90.48.97)
02:46.18*** join/#brlcad Nohla (~jesica@201.255.215.28)
03:14.06*** join/#brlcad Nohla (~jesica@201.255.215.28)
04:07.23starseekerman, with the blowing snow out there it looks like an artic landscape
04:31.31``Erikand now honda has a massive recall due to airbags...
04:31.39starseekeryeah, saw that
04:31.45starseekernot my year, fortunately
04:31.58``ErikI just heard it mentioned on tv :)
04:32.00starseeker``Erik: what model truck did you have before?
04:32.07``Erika '96 chevy s10
04:32.45``Erikand long long ago, a '79 toyota pickup truck (hilux, but just called pickup in the us)
04:32.55starseekernods
04:33.05``Erikand a '69 chevy c10 at one point
04:33.08starseekerif you were gonna get another one today, where would you start looking?
04:33.27``Erikwhere? I'm kinda lookin' at dodges lately
04:33.44starseekerah - they have a good rep?
04:33.45``Erikthey seem to be what the fleet buyers are going for
04:33.59``Erikbad rep, previously, but I think they got their shit together
04:34.29starseekerbet new(ish) ones aren't cheap though
04:35.11``Erikdepends on what you're looking for... i'm kinda looking at a significant towing capability with 4wd...
04:35.48``Erikjason had a tundra, might talk to him about his experiences... mark upstairs has a dodge 1500
04:35.57starseekernods
04:36.24starseekerI'm not gonna be getting one anytime soon, but in this location I'm starting to appreciate the need for something that can get out of here regardless of conditions
04:36.38starseeker(medical emergency, etc.)
04:36.44``Erikit's more about the driving than the vehicle
04:36.57CIA-43BRL-CAD: 03brlcad * r37615 10/brlcad/trunk/TODO: so editor invocation (at least via 'ted', assumedly via edcodes and others) doesn't seem to be working in classic/console/command mode mged. should fix since it's in context.
04:37.04``Erikseriously, I put my m through a chunk of road that I saw a 4wd truck stuck in.
04:37.20``Erikand I'm an 'ok' driver, not a pro or nothin'
04:37.31starseeker``Erik: the way things get chopped up around here, it becomes a question of clearance
04:37.42``Erikheh, yeh, call in, dude :D
04:38.07starseekerI know - see earlier point about situations where there is no choice
04:38.08``Erikgiven your car and what tires you have, you should be able to get througgh just about anything
04:38.16starseekerbull
04:38.21starseekerI'll show you my tires later
04:38.32``Erikyou have a/s tires
04:38.44``Erik3 rain gutters and lots of cross cuts
04:39.19``ErikI looked when you were in the mud... unless you've run 'em bald since, those're good traction tires
04:39.22starseeker``Erik: on Monday, I ONLY saw FWD vehicles moving with any success
04:39.47``Erikfwd or 4wd?
04:39.54starseekersorry, 4wd
04:39.58``Erikon monday, I moved with success when 4wd failed.
04:40.18starseekeryou must have fairly flat terrain
04:40.24``Erikvery much not
04:40.36``Erikand several neighbors came out to watch while I got moving heh
04:40.43``Erik<-- is that r-tarded :/
04:41.07starseeker``Erik: if what you say were true, there would exist no market for 4wd
04:41.54``Erikum, what I say is true... 4wd is not a panacea.... it's useful for what it is, 99% of the us driving market is... well... retarded.
04:42.01starseekeryou are probably considerably better than average at driving, btw - at least when you're not leaving the road outright
04:42.33``Erik4wd does NOT magically make poor driving conditions drivable... you have to have a certain amount of skill to operate functionally...
04:42.40starseekercertainly not
04:42.48starseekerdoesn't expect magic
04:43.25``Erikmy dad was on a wrecker crew before joining the navy, he claims most vehicles he saw stuck ont eh side of the road were 4wd... people think it's magic, but it's not... it provides no significant benefit for stopping or turning, and gives drivers a false sense of security
04:43.56starseekerwould mainly be looking for benefits in starting or contining to move
04:44.13starseekerI know it can't magically increase traction
04:44.21``Erikon my drive monday, I did a lot of ballistic driving
04:44.36starseekerthat gives me the willies just thinking about
04:45.02``Eriksacred the snot otu of me when I did an uphill/turn through a sign and as a truck coming
04:45.23``Erikdo I continue to run the sign and risk getting hit? or stop and never get moving forward?
04:45.51starseekerisn't that a situation where 4wd might have helped to get you moving again?
04:45.58``Erikpossibly
04:46.21``Erikif I had teh ability, evne with 4wd, it woulda been a turn around and go hom situation
04:46.31starseekernods
04:46.34starseekerI believe it
04:46.57``Erikevne the truck here didn't go today :D
04:47.01``Eriktrucks
04:47.01starseekerisn't even considering trying to get anywhere tomorrow, and Friday is doubtful, even if the car has only cosmetic troubles
04:47.11starseekeryeah, nothing moving here either
04:47.25``Erikwhen're they sending someone out to look at it? after the weather permits?
04:47.26starseekerwas kinda amusing reading the national weather service special bullitens
04:47.35starseekerdunno yet
04:47.50starseekerhaven't heard anything
04:48.24``Erikdriving sideways in snow pack reminded me of my youth :) good fun, glad I took the time to learn the art in gravel
04:49.11``Erikif we had a good gravel area around, I"d try to talk you into going out and learnin' it :)
04:49.52``Erikin general, if you think ti's right, it's probably exactly opposite of what you should do
04:51.54starseekerremembers being told to steer into a skid
04:52.23starseekerI think to try and regain control
04:53.34``Erikwell, if you're all haywire, most people try to turn away from the skit, ya gotta turn into it to regain traction, etc
04:53.50starseekerassuming you have time of course...
04:54.02``Erikthat's why the gravel trainign is good :D
04:54.11``Erikya turn it into reaction instead of thought
04:54.25starseekeryeah, that does help
04:54.43``Erik<-- itching to do it on a track to get better reactions, asphalt is less forgiving thans now...
04:54.53``Erikand snow is teh easiest, gravel is a middle ground
04:56.47starseekershakes his head - so your claim is that if the us driving market were better trained, 4wd would be largely moot?
04:56.49``Erikdang kitties are too dang cute
04:56.52starseekerhehe
04:57.11starseekeryeah, ours is quite happy we're snowed in
04:57.53``Erik4wd in the hands of a sufficiently trained person is an advantage... MOST folk who buy a 4wd aren't adequately competent to operate a 2wd vehicle in poor conditions and have a notion that the 4wd is magic and makes them adequate.
04:58.06starseekerah
04:58.40starseekeris perfectly willing to learn, assuming conditions can be found that don't result in him smashing things
04:59.06``Erikof course, I also believe that you need to learn how to drive a manual, etc...
04:59.27starseekerwinces
04:59.37starseekerI tried one once, when learning to drive
04:59.40``Erikand I'm looking to go back to training for aggressive driving
04:59.45starseekerI think I could eventually have gotten the hang of it
05:00.19``Erikmy parents had two manual vehicles when I turned 16... so I got to learn in gravel with a 4spd toyota pickup
05:00.27starseekercool
05:00.31starseekerbbiab
05:00.47``Erikand one of the first 'tasks' was 'get moving' up hill without touching the gas...
05:01.04``Erikcame in handy, when my truck blew the tranny, I was able to get my chevy moving in 4th ...
05:01.45``Erikthinks he had the blue car when ya moved up
05:02.05``Eriknot lettin' ya learn how to drive in manual in my m3, dude, just sayin'
05:30.42starseeker``Erik: heh, no problem
05:31.45starseekerwait... you're gonna train how to be an aggressive driver?
05:32.47``Eriknot aggressive... competent in adverse conditions
05:32.53starseekerah
05:33.33starseeker``Erik: did you seriously think I would want to go anywhere near driving your M3 or Sean's Lotus?  :-P
05:33.35``ErikI'd like to take lessons in more aggressive driving, I wanna buy a truck that can tow my car
05:33.39starseekereeek
05:33.48starseekerah, cool :-)
05:33.54``Erikcan you fit in the elise?
05:33.55``Erik:D
05:34.01starseekerdoubts it
05:34.38``ErikI imagine seans care is the same way, but the second you give a hair more gas than ya expect, I end up ass fowards
05:34.46``Erikwhich is effin' terrifying
05:34.57starseekernods
05:35.04starseekeryou're RWD?
05:35.08``Erik"hey, I'm gonna do a left turOMFG I'M FUCKING BACKARDS AND SLIDING"
05:35.16starseekeryeah, that's just not good
05:35.17``Erikyes
05:35.39starseekernods - my uncle had an 85 Toyota of some sort that was RWD, in Wisconsion of all places
05:36.01``Erikand that backwards... was on dry roads in summer...
05:36.15starseekeryow
05:36.19``Erikthe 3 point turn in the middle of the intersection with traffic was ... slightly embarrasing
05:37.10``Erikso yeh, I don't push the 'stupid' button in my car anymore :D
05:38.36``Eriky'know, I don't think I hit the dsc button on my slide fest monday...
05:38.41``Erikprobably shoudla
05:38.53starseekerstill can't believe you tried it
05:39.09starseekereven though you do have a lot less distance to a major road than I do...
05:39.27``ErikI want programmer control... being able to put it in zomfg suicide mode and still getting the 'you're retarded' lights...
05:39.35``Erikdo I? I think it's around 1.5 miles
05:39.35starseekerBob has an edge there too, but his driveway takes up the slack...
05:39.55starseekeryou're very close the circle, aren't you?
05:40.19``ErikI'm on the circle, but the exit to a highway is opposite on the triangle
05:41.53starseekerah
05:42.01starseekeroh yeah, I see
05:42.06``Erikkinda irritating,
05:42.32starseekeryeah, guess we're about even in distance then
05:42.55``Erikheh, and all of mien is private road, no county service
05:43.05starseekerthat sucks
05:43.10``ErikI don't hit county/state road until the highway
05:44.27starseekerblegh
05:44.35starseekerhow are they about taking care of things?
05:45.28``Erikif I"m lucky, 3 days after snow, an f150 with a plow does a quick trip through
05:45.50``Erikno one drove today. the cul de sac is all pristine snow
05:46.08``Erikpeople shoveled driveways, but the road is untouched
05:46.33starseekernods
05:46.42starseekeryeah, I don't think much got plowed today
05:47.00starseekerdo you go out and hit 24 then?
05:47.35``Erikheh, and last night, was out drinkin' and talking with folk from the corner... chassis twist on high performance cars came up, this kid was trying to assert that he has the issue with his pickup truck...
05:47.39``Erikyes
05:47.58starseekeryeah, that does suck
05:48.19``Erikmy usual drive is 24 south, onto 1 by the jail, then 543, prospect mill, 22 all the way in
05:48.33starseekernods
05:49.01``Erikif'n ya'll wanna carpool when the weather is better, the bike shop by the circle has tons of parking :D
05:49.25starseekerheh - mightn't they get annoyed?
05:49.34``Erikdoubt it
05:49.45``Erikif not, there's a lot infront of my house
05:49.53starseekershould pick up Bob and John too, make it really worthwhile
05:49.57``Erik<-- been tempted to construct a carpool web app
05:50.08``Erikyou can haul 4, I cannot
05:50.10``Erikjohn cannot
05:50.29starseekerare we counting the trunk? :-P
05:50.44``Erikheh, yeh, I have a 2.5 hooker trunk
05:51.35starseekermight be worth looking into
05:51.50starseeker(me must put humpty dumpty back together first...)
05:51.52``Erikbe an interesting app to write... exercise in lisp and UCW
05:52.16starseekeryeah, that would actually be a problem well suited to AI type algorithms
05:52.31starseekeroptimizing combinations of people with car capacity, distances and destinations
05:52.36``Erikfayup
05:52.41``Erikayup, even
05:53.18starseekeryou back in the UCW game?  thought that faded after the whole move thing evaporated
05:55.29``Erikkinda
05:56.29starseekerwonders if him + truck would be dangerous when it comes to garage sales...
05:57.13starseekermight build up a mildly absurd stash of crap, given hauling capacity...
05:57.18``Erikuh, you + truck is dangerous. Period.
05:57.41starseekerwhat, from a driving standpoint?
06:00.30starseekerI suppose
06:01.23starseekerLOL - subversive groups have to register in South Carolina?  Uh, sure, let's announce our illegal intentions to the state...
06:17.21*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
06:19.48``Erikthat's the state whos governer is in trouble for using prisoners as slave labor, right?
07:58.55*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
07:58.56*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
07:59.16*** join/#brlcad CoconutCrab (~toor@210.86.231.65)
08:04.16*** join/#brlcad Nohla (~jesica@201.255.215.28)
09:24.01*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
09:24.02*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
09:32.10*** join/#brlcad Elrohir (~kvirc@p5B14A67F.dip.t-dialin.net)
11:02.05*** join/#brlcad CoconutCrab (~toor@unaffiliated/coconutcrab)
11:02.49*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
12:13.32*** join/#brlcad Stattrav (~Stattrav@202.3.77.135)
13:56.44*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
17:33.41*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
17:43.01yukonbobmorning #brlcad
18:00.26*** join/#brlcad Phurl (~mdupont@2001:0:53aa:64c:38de:21f2:ae2d:1b81)
18:06.49*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
18:06.50*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
18:29.06*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
19:07.59brlcadgets bizay
20:02.28starseekerhates snow drifts
20:02.57starseeker``Erik: you would have gotten a kick out of a scene in front of my house today - two 4wd pickups having trouble cresting the hill
20:04.09starseekerone even had a plow attachment
21:12.27*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:49.17brlcadwrites up a summary of projecto verde
22:06.20CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2187 10/wiki/Main_Page: add a link to projecto verde
22:11.45*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
22:15.21CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2188 10/wiki/Projecto_VeRDE: initial information page on projecto verde
22:19.50CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2189 10/wiki/Projecto_VeRDE: more than 100 competitors at the science fair
22:59.00``Erikhas bulldozers outside of his house right now
23:12.41brlcadthat's what they've been using to clean up the city
23:13.01brlcadmassive dozers that scoop up the snow into big dump trucks that then haul it fof
23:13.25brlcadsince there's no place to really shove the stuff off to a side
23:13.33``Erik<PROTECTED>
23:14.01brlcadfinishes converting the video into 3 other formats
23:14.15brlcadmpeg-2 decoders are a bitch to come by
23:14.30brlcadvlc ftw
23:14.32``Erikvlc doesn't have one?
23:14.33``Erikheh
23:15.47brlcadgot conversions now for mp4, vorbis, and wmv/asf
23:16.24brlcadshould be one in there that works for folks without needing to install special goodies
23:16.29brlcadexcept maybe win95 folks
23:16.31``Erikdamn, <homer> but we're the more powerful country for a few more years!
23:17.37louipcthat's awesome that you guys have so much snow and we have none
23:17.43louipchahah
23:18.59``Erikshould write up a script to rotate an object and rotate the camera the same way
23:19.35``Eriked was curious to see what'd happen if you rotated the grid for tesselation, seems easier to move the object and camera
23:23.38*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
23:24.39CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Projecto VeRDE nave1.jpg]]"
23:25.16CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Projecto VeRDE nave2.jpg]]"
23:25.42CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Projecto VeRDE nave3.jpg]]"
23:25.58*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
23:28.08CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Projecto VeRDE nave4.jpg]]"
23:35.50``Erik²you?
23:36.00``Erikwoops
23:43.24CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2194 10/wiki/Projecto_VeRDE: link to reference images
23:50.30``Erik"a first class ticket to a semen stained death in a basement"
23:56.57CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Projecto VeRDE.png]]"
IRC log for #brlcad on 20100212

IRC log for #brlcad on 20100212

00:40.00*** join/#brlcad Ralith (~ralith@69.90.48.97)
00:56.45CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2196 10/wiki/Projecto_VeRDE: link to the videos
01:07.43CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2197 10/wiki/Projecto_VeRDE: more linkage
01:24.05starseekeris so done with snow
01:31.51starseeker``Erik: didn't see NC is using prisoners for slave labor, but not surprising...
01:34.28CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2198 10/wiki/Projecto_VeRDE: link to her blogspot
01:37.05starseekerbrlcad: nice writeup!
01:37.14starseekerdon't suppose their model is available anywhere?
01:38.07``Erik`daily show had an interview with hte ex-wife talkin' about stuff, didn't outright say it, but it sure sounded like it
01:40.57brlcadstarseeker: you'll have to ask them, they probably won't mind sharing it
02:03.33brlcadsends the news announcement, wonders what takes so long..
02:19.03*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:13.59*** join/#brlcad TheFunkbomb (~TheFunkbo@ool-457e634a.dyn.optonline.net)
05:14.03TheFunkbombhello
10:18.55*** join/#brlcad Phurl__ (~mdupont@2001:0:53aa:64c:38de:21f2:ae2d:1b81)
11:40.27*** join/#brlcad Phurl__ (~mdupont@cl-1773.dus-01.de.sixxs.net)
13:31.09CIA-43BRL-CAD: 03193.126.212.117 07http://brlcad.org * r2199 10/wiki/Projecto_VeRDE:
13:36.03*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
13:38.45*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
13:53.53*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
16:46.41brlcadfunkalicious
18:36.23*** join/#brlcad Phurl__ (~mdupont@ip-81-210-228-126.unitymediagroup.de)
20:43.53*** join/#brlcad R0b0t1 (~Enigma@64-136-216-213.dyn.everestkc.net)
20:43.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:45.49CIA-43BRL-CAD: 03brlcad * r37616 10/brlcad/trunk/configure.ac: extra blank line
20:46.17CIA-43BRL-CAD: 03brlcad * r37617 10/brlcad/trunk/INSTALL: document the new --disable/enable-strict flag.
20:47.18CIA-43BRL-CAD: 03brlcad * r37618 10/brlcad/trunk/regress/repository.sh: install docs should be fixed for the next release. make em fail.
20:48.57CIA-43BRL-CAD: 03brlcad * r37619 10/brlcad/trunk/src/libbu/bomb.c: quell ubuntu compilation warnings about ignoring the return value.
21:32.03*** join/#brlcad Nohla (~jesica@201.255.215.28)
23:02.21brlcadinteresting list of apps here: http://www.p-gis.com/2010/02/opensource-gis-softwares.html
23:11.17starseekerwow, that's a very comprehensive list
23:13.58brlcadah, now this is related to the topology validation route I was hoping we'd go: http://trac.osgeo.org/geos/
23:14.14brlcad"just" needs to be expanded to 3D
23:15.16starseekerhmm:  http://www.thp.uni-duisburg.de/Ygl/ReadMe.html
23:17.13starseeker'course, I suppose Mesa would do a similar job...
23:17.25starseekerbrlcad: "topology validation"?
23:19.08brlcadstarseeker: basically the building block components we talked about a long while back
23:19.13brlcadline-line intersect
23:19.14starseekerah
23:19.17brlcadline-curve intersect
23:19.28starseekerwhat SISL implements
23:19.31brlcadthat geos package basically does exaclty that
23:19.38starseekerhmm, cool :-)
23:19.59brlcadjust they work with 2d entities, as they're mirroring a java api
23:20.17brlcadone that was pretty well thought out though
23:20.25starseekercool
23:20.30brlcadwould probably extend very nicely to our domain
23:21.35brlcadso you could take a given geometry and 1) say whether it's "valid" or not (solid, closed, manifold, non-intersecting, etc) and 2) assist with boolean operations on surface surface intersections
23:22.56starseekernods
23:24.51starseekertwitches seeing a big list of free software to try out and having no box to do it on... argh
23:26.26brlcadbig advantage of geos over sisl, it's license fits ;)
23:26.35starseekeryep :-)
23:26.49starseekerI've accepted that we can't use SISL, it just sucks :-P
23:27.39brlcadanother thought regarding tess support, I bet we could pull the code directly from mesa for GLU
23:28.06brlcadthat should be the old SGI code, probably not even modified
23:28.21starseekeryou mean for NURBS?
23:28.26brlcadSGI's opengl stuff was all open sourced several years ago
23:28.26brlcadyeah
23:28.27starseekerhadn't thought of that
23:28.38brlcadMIT-style license, so it's good
23:28.48starseekeryeah - I think that was their "reference" implementation or some such?
23:28.55brlcadbets if you download mesa, it's there
23:29.48starseekerif not, maybe here:  http://oss.sgi.com/projects/ogl-sample/
23:31.31starseekerhmm - Bogdan Sikorski is called out specifically for writing the GLU NURBS and polygon tessellator in Mesa, so it's there
23:34.36starseekerbrlcad: I never could find trimmed -> untrimmed papers online - any helpful pointers?
23:34.42brlcadanother one to keep an eye on (or get involved with)  .. http://thread.gmane.org/gmane.comp.lib.boost.devel/197108
23:34.48brlcadboost.geometry
23:37.51starseekerah, this looks promising:  http://cgit.freedesktop.org/mesa/mesa/tree/src/glu/sgi/libnurbs/nurbtess
23:38.30brlcadyep, that'd be it
23:38.50brlcadall of http://cgit.freedesktop.org/mesa/mesa/tree/src/glu/sgi/libnurbs
23:39.05starseekeris curious about libtess
23:39.17brlcadeven libtess too, but that's a tessellator callback interface for opengl
23:39.24starseekerah
23:41.45starseekerheh - sorry ``Erik, looks like more C++
IRC log for #brlcad on 20100213

IRC log for #brlcad on 20100213

00:00.04brlcadhttp://trac.osgeo.org/ggl/
00:58.57CIA-43BRL-CAD: 03brlcad * r37620 10/brlcad/trunk/doc/docbook/Makefile.am: add Makefile.am missing from dist for system/mann/en; sort extra_dist.
03:42.09*** join/#brlcad Hirvinen (pahirvin@melkki.cs.helsinki.fi)
03:44.06HirvinenHullo. "patrik@beta:~/brlcad/brlcad7.16.4$ ./configure prefix=/home/patrik/brlcad enableoptimized withx && make" terminates with http://pastebin.com/m4ef02a52
03:51.09HirvinenWell, before that, it said:
03:51.10Hirvinencc1: warnings being treated as errors
03:51.10Hirvinenbomb.c: In function 'bu_bomb':
03:52.21HirvinenApparently that would be solved by preventing -Werror...
04:03.08starseekerHirvinen: pass --disable-strict to configure
04:08.08starseekerAuuuugh - Ronald Emmerich doing the Foundation series???
04:25.58starseekerHmm, this is kinda cool:  http://www.inf.usi.ch/phd/wettel/codecity.html
05:46.52brlcadstarseeker: we shouldn't need USE_INTERP_RESULT
05:47.12brlcadwe dont' use it any more, or at least we're not supposed to be
05:47.57brlcadinterp result was a char* in the interp struct that you used to access directly via interp->result
05:48.16brlcadnow everything happens through functions Tcl_AppendResult() and friends
11:40.19*** join/#brlcad Phurl (~mdupont@cl-1773.dus-01.de.sixxs.net)
11:56.57*** join/#brlcad Phurl (~mdupont@2001:0:53aa:64c:3031:1b4d:ae2d:1b81)
12:29.27*** join/#brlcad Phurl_ (~mdupont@2001:0:53aa:64c:3031:1b4d:ae2d:1b81)
12:40.38*** join/#brlcad Nohla (~jesica@201.255.250.211)
14:14.10``Erikis pleasantly surprised at how much 'just works' on his arm toy
14:30.02starseekerah, it's all functional now?  sweet
14:30.51starseekerbrlcad: erm.  You referring to the dmtogl tcl/tk stuff with 8.6?
14:31.40starseekerbrlcad: I was just taking the fastest sidestep to every compile gotcha I was hitting - if/when we actually have to upgrade to 8.6 I'll revisit it
14:32.31starseekerthe conclusion seems to be that the tkwrite function calling the Tcl DoEvent logic is a no-no, so need to take a step back
16:42.35*** join/#brlcad Elrohir (~kvirc@p5B149934.dip.t-dialin.net)
17:02.55brlcadstarseeker: curious what compilation gotcha that was, though
17:03.05brlcadas it means it's probably a problem on head too
17:46.17``Erikcept it was BSD, not unix..
18:35.23starseekerbrlcad: I don't recall offhand - I'll try flipping it back and see where it goes wrong
18:51.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:23.42brlcadk
19:52.42starseekersrc/mged/points/process.c
19:53.31starseekerprocess.c:106: error: 'struct Tcl_Interp' has no member named 'result'
19:53.39starseekerand several other lines in that file
19:58.19brlcadlooks
19:58.53brlcadyep, that's a problem
19:58.57brlcadan oversighted case
20:22.23brlcadfixed, cia is down
20:22.36starseekercool, thanks!
20:24.34starseekeranother one in src/rttherm/ssampview.c
20:28.01starseekerurm
20:28.07starseekerthat one looks a bit different
21:33.28*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
22:23.25brlcadfixed
22:23.30brlcadthat one is a bug
22:25.54*** join/#brlcad PrezKennedyII (Matthew@whitecalf.net)
22:36.53brlcadfixed
IRC log for #brlcad on 20100214

IRC log for #brlcad on 20100214

01:58.15starseekerbrlcad: looks like those were it - into doc building now
01:58.16starseekerthanks!
03:26.17starseekereyes this lot and wonders if it's worth $150 plus to get one sans hard drive and replace the hard drive... http://www.govliquidation.com/auction/view?id=2994135&convertTo=USD
03:40.30starseekerheh - that's more like it, but in Denver darn it... http://gsaauctions.gov/gsaauctions/aucdsclnk?sl=81QSCI10042022
04:57.54*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
08:01.35*** join/#brlcad Ralith (~ralith@216.162.199.202)
08:19.25*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
10:13.06``Erikno power adapter, though
14:44.19*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
15:40.42*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
16:33.33*** join/#brlcad Phurl_ (~mdupont@ip-81-210-228-126.unitymediagroup.de)
16:38.54*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
16:42.03*** join/#brlcad Nohla (~jesica@168.226.179.136)
17:03.50*** join/#brlcad jesica__ (~jesica@168.226.178.237)
17:28.12*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:10.56*** join/#brlcad Nohla (~jesica@168.226.179.62)
IRC log for #brlcad on 20100215

IRC log for #brlcad on 20100215

01:09.23*** join/#brlcad Ralith (~ralith@216.162.199.202)
01:50.01*** join/#brlcad Nohla (~jesica@168.226.179.73)
03:09.04*** join/#brlcad Nohla (~jesica@168.226.178.176)
03:19.30starseekerhas eaten waaaaay too much sugar
04:08.04brlcad:D
08:44.04*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
12:31.41*** join/#brlcad Stattrav (~Stattrav@202.3.77.135)
12:49.42*** join/#brlcad Phurl_ (~mdupont@ip-81-210-228-126.unitymediagroup.de)
13:32.05*** join/#brlcad CIA-43 (cia@208.69.182.149)
14:17.14CIA-43BRL-CAD: 03starseeker * r37628 10/brlcad/branches/dmtogl/src/other/tcl/generic/tcl.h: Won't need USE_INTERP_RESULT any more once latest changes to trunk are synced in (thanks Sean.)
14:20.40CIA-43BRL-CAD: 03brlcad * r37621 10/brlcad/trunk/configure.ac: add -D_FORTIFY_SOURCE=2 to the debug build. this adds a bunch of additional error checking (runtime and compiletime) that should detect bad practices and bugs.
14:36.31*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
15:50.48brlcadhugs CIA-43
15:50.49CIA-43hugs brlcad
18:23.46*** join/#brlcad yukonbob (1000@s142-179-54-198.bc.hsia.telus.net)
18:44.33*** join/#brlcad kanzure (bryan@dhcp-84-36.me.utexas.edu)
18:44.40kanzuregah i knew i forgot to autojoin a certain channel
18:44.49kanzurehas anyone swigged brlcad yet?
18:46.21``Eriknope
19:38.13*** join/#brlcad __monty__ (~toon@78-23-211-160.access.telenet.be)
19:40.21__monty__Is there any update on 'Bus error', I don't know if you remember me.
19:42.00__monty__I'm running version 7.16.4 compiled from source on an intel mac running leopard.
20:13.55brlcad__monty__: was yours with opengl disabled or enabled?
20:14.03brlcadkanzure: you're welcome to :)
20:27.22kanzurebrlcad: i've been meaning to.
20:29.24*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:32.59brlcadkanzure: libged is probably the place to start
20:33.26brlcadit's basically a collection of argc/argv commands that could be abstracted to most any language
20:56.38__monty__brlcad: Is that an option? I did a default configure make make install.
20:59.07``Erik--without-ogl methinks
22:15.14__monty__Checking out, will check the log tomorrow morning.
22:16.00``Erikaight, as always, we lurk and read backlog, so chill out and let us know :)
22:17.31``Erikdang baka gaijin, showing a pic of a japanese daruma and saying "we don't know what is this is, but it's popular in southeastern asia... japan has its own version, a cat with a paw up"... when looking at a japanese buddhist token O.o
23:37.48kanzureif you were to do constructive solid geometry in python, which way would you prefer? http://designfiles.org/~bryan/csg.py
IRC log for #brlcad on 20100216

IRC log for #brlcad on 20100216

00:35.34Ralithkanzure: swigged to python?
00:36.03kanzureperhaps :)
02:06.11``Erikhuh, didn't know those has a vertical launch position... http://www.my914-6.com/crap/
03:38.34brlcad``Erik: heh, yeah, I'd seen that
03:42.28brlcadkanzure: depends what exactly you're talking about
03:43.40brlcadin terms of a swigified libged interface, I'd start with the direct translation of mged's command API
03:44.04brlcadthat's a lot more like python's file_handler interface
03:45.23brlcadyou'd do something like ged_obj = GED.open("file.g", "r") .. ged_obj.make("sphere", "sph") .. ged_obj.close()
03:46.48brlcadso you wouldn't yet need to worry about geometry object classes, you wouldn't have geometry objects, everything would go through the defined ged interface like is done procedurally
03:46.58brlcadthat is a direct / familiar one-to-one mapping
03:48.32brlcadonce the Geometry Engine comes closer to completion (which is at least a year out), that would be the way to swigify geometry objects themselves with a one-to-one API mapping, but not with libged
03:48.37brlcadbaby steps :)
03:49.40brlcadkanzure: think about how you might turn this into a python script: http://brlcad.org/wiki/SGI_Cube
03:50.06brlcadthat's a *much* easier first-step swig mapping
03:53.41kanzurebrlcad: i'm not too happy about a procedural ged wrapper with things like ged_obj.make("primitive name", "abbrev") :/
03:53.55kanzurethe csg.py file i showed was just my attempt at figuring out what i would be comfortable with
03:54.47kanzureif you refresh csg.py ( http://designfiles.org/~bryan/csg.py ) you'll see a small update
03:54.53kanzurei'd be very happy with that :)
04:18.17brlcadkanzure: it really depends what the goal is -- what you're showing in your snippet is not easily achieved
04:18.34brlcadand doesn't directly mirror a completed API
04:18.58brlcadthe closest would be the Geometry Service, which is a C++ interface that has similar object mappings and methods
04:20.01brlcadi'd be happy with what you're showing, I just don't think it's realistic without implementing a large portion of the Geometry Service in python directly
04:20.06kanzureit wasn't meant to be brlcad specific :(
04:20.07brlcadcertianly not swigable
04:20.18kanzurei was thinking of making this a layer on top of pythonOCC
04:20.28brlcadwhat is python occ?
04:20.30kanzurehttp://designfiles.org/skdb/geom/geom.py
04:20.40kanzurehttp://pythonocc.org/ it's a swig interface to OpenCASCADE (OCC)
04:20.51brlcadah
04:20.59kanzureit's what i've been using for the past few months
04:22.01brlcadthen your comments are only more confusing :)
04:22.11brlcadbecause you started saying you want to swigify brlcad
04:23.21brlcadif you're looking to add CSG to an opencascade interface.... I'm not sure I really care then, to be honest :)
06:37.52*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
08:49.54*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
10:58.13*** join/#brlcad Phurl (~mdupont@ip-81-210-228-126.unitymediagroup.de)
11:09.43*** join/#brlcad Phurl_ (~mdupont@ip-81-210-228-126.unitymediagroup.de)
13:05.21*** join/#brlcad CoconutCrab (~toor@210.86.231.65)
13:46.52*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
13:56.35*** join/#brlcad CoconutCrab (~toor@210.86.231.65)
13:57.04*** join/#brlcad CoconutCrab (~toor@unaffiliated/coconutcrab)
14:34.07*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
15:26.05CIA-43BRL-CAD: 03brlcad * r37629 10/brlcad/trunk/HACKING:
15:26.05CIA-43BRL-CAD: once again, the FRS instructions have changed. there is now a virtualization
15:26.05CIA-43BRL-CAD: service that you start up which gives you a 'normal' shell with access to the
15:26.05CIA-43BRL-CAD: various project services. from there, the frs files can be accessed and
15:26.06CIA-43BRL-CAD: managed.
15:27.38CIA-43BRL-CAD: 03brlcad * r37630 10/brlcad/trunk/HACKING: need quotes, otherwise ambiguous target
15:28.04``Erikah, 'file release system'
15:31.07CIA-43BRL-CAD: 03brlcad * r37631 10/brlcad/trunk/HACKING: add a note to point out that this can all be done through the web interface too.
15:35.12``Erikverde... wow, nifty O.o and from a highschool project no less
15:43.22CIA-43BRL-CAD: 03brlcad * r37632 10/brlcad/trunk/HACKING: minor tweak, don't need to call exit since we didn't pass -t in order to get a tty
15:50.00CIA-43BRL-CAD: 03bob1961 * r37633 10/brlcad/trunk/src/ (51 files in 15 dirs): More updates to silence warnings on 64-bit windows.
16:32.23CIA-43BRL-CAD: 03brlcad * r37634 10/brlcad/trunk/HACKING: release steps to reflect improved openness. always notify our three main release channels (main website, project site, mailing list) and freshmeat when releases are made, regardless of how major/minor they are.
16:32.42CIA-43BRL-CAD: 03starseeker * r37635 10/brlcad/branches/dmtogl/ (278 files in 71 dirs): Update dmtogl branch to r37633
16:37.05CIA-43BRL-CAD: 03bob1961 * r37636 10/brlcad/trunk/src/ (3 files in 3 dirs): Update the CAD version.
17:04.37*** join/#brlcad Computer_ (~Computer@209-16-114-100.net.bhntampa.com)
18:14.18starseekerbrlcad: what would be involved with adding support for dbip->dbi_base2local type information for mass, time, etc?
18:15.07starseekerwould like to have mass, time, etc. have the same global defaults as length, if possible
18:33.48starseekere.g:mged> units
18:33.49starseekerLength:  Millimeters (mm) (1 mm = 1 mm)
18:33.49starseekerMass:    Kilograms (kg)   (1 kg = 1000 g)
18:33.49starseekerTime:    Seconds (s)      (1 s = 1 s)
18:35.47starseekerI looks like it would involve modifying the db_i struct, which I'm guessing is trouble...
19:48.22CIA-43BRL-CAD: 03starseeker * r37637 10/brlcad/trunk/ (BUGS NEWS src/rt/viewweight.c): Fix bug reported by Dwayne Kregel where incorrect units were being reported by rtweight
20:54.55kanzurewhere can i find a definition of a sphere?
20:54.56kanzurehttp://brlcad.org/xref/source/src/libged/
20:59.57kanzureah maybe http://brlcad.org/xref/source/src/librt/primitives/
21:09.53CIA-43BRL-CAD: 03erikgreenwald * r37638 10/brlcad/trunk/src/adrt/load_g.c: make BoT fast-loading work.
21:18.13``Eriksweet, loading a bot converted m35 in under a second
21:26.54starseekeraweeet
21:26.58starseekersweet even
21:27.42``Erik(dang pointers)
22:16.33*** join/#brlcad QAChip (~Christian@201.122.75.250)
22:17.03QAChipHello all, Im having problems to compile BRL, can anyone help me
22:24.35yukonbobQAChip: post a spefic question and you're more likely to get a reply...
22:24.42yukonbob*specific
22:27.23*** join/#brlcad QAChip (~Christian@201.122.75.250)
22:28.00QAChip<PROTECTED>
22:28.39QAChip#1.1, if not, I'll paste my outputs in fedora's pastebin
22:31.36QAChiphttp://www.fpaste.org/vG6Z/
22:32.30starseekeruh... - what's the problem?  type make
22:32.46QAChipThis is the output of ./configure, it says it will also make several packages that I already have installed, like, Tcl, Tk, ITcl/ITk, etc
22:33.08QAChipthe problem is that ./configure is not recognizing my installed packages
22:33.10starseekerit may be that the versions you have installed won't work for BRL-CAD
22:33.20starseekerit' shouldn't matter
22:33.47starseekerit will install local copies for BRL-CAD
22:33.54QAChipok, i have another issue when typing make, I'll send you the output... hold on
22:38.17QAChip...making...
22:43.03QAChip...still making...
22:49.51QAChip..still there...
22:57.04QAChiphahah, no problem now, perhaps last update fixed the issue
22:58.27QAChipI gotta go, I'll be back to tell you what happened, anyway, thx, see you all later
23:57.09``Erikdang turds knocked my laptop down to the floor
IRC log for #brlcad on 20100217

IRC log for #brlcad on 20100217

00:10.47louipcthat'll teach you to flush
00:15.04``Erikheh
00:15.40``Erikusually they're cats... until they do something like knock my laptop down or destroy my blinds, then they're turds
00:17.50louipchehe
00:29.48starseekerlikes it when problems solve themselves :-)
00:30.30``Erikheh http://www.motivatedphotos.com/?id=56773
00:30.39starseekersafe for work?
00:30.50``Erikthe image itself is, some of the links on the side might not entirely be
00:30.57starseekernods
00:31.03``Erikhere, I'll dump it somewhere
00:32.05``Erikhttp://brlcad.org/~erik/codenorris.jpg
00:32.25starseekerhehe
00:33.29``Erikunfortunately, that site has a random thumbnail set on the side wtih some softporn grade images on it :/
00:34.15starseekerremembers - yech
00:34.49starseekerfew gems in there but, a LOT of drek
00:34.59starseekerkinda a metaphore for the internet as a whole I suppose
00:35.14``Erikayup
00:35.47``Erikuser generated content...
00:36.04``Erikevery 12yo who thinks they're insanely hilarious shows up
00:37.37``Erikgood thing I still act 12, I can enjoy the sites :D *duck*
00:37.44starseekerhehe
01:00.05*** join/#brlcad Nohla (~jesica@201.255.252.136)
01:00.16starseekerNohla: howdy :-)
01:00.40Nohlastarseeker good to "see" you again :)
01:00.47starseekerhehe
01:01.14Nohlatime've pased from the last translation :(
01:01.27starseekerNohla: wante to mention - if you're still having trouble with svn, please email any translations to the list - I'll take care of uploading them until we get your svn stuff straighened out
01:02.08Nohlastarseeker I really'd like to have to do one more
01:02.17Nohla*to have time
01:02.35Nohlaand time to read about svn
01:02.52starseekerNohla: sure, no problem - just didn't want you to get discouraged
01:03.00NohlaI told you that it's a difficult month for me
01:03.08starseekernods - no rush
01:03.47Nohlacourage is what I need :) but to keep running my life
01:04.04Nohlain fact, I'm rushing every day
01:04.06Nohla:P
01:04.24starseekerheh - that can happen
01:04.34Nohlabut I'll be on holydays soon
01:05.52NohlaI'll send some photos on my return :)
01:28.32CIA-43BRL-CAD: 03starseeker * r37639 10/brlcad/trunk/BUGS: Tested on Mac and Linux - make benchmark appears to have succeeded on both Mac and Linux in out-of-dir build, so it looks like this bug is obsolete.
01:29.33``Erikbut can ya replicate it on winderz? :D *duck*
01:34.42starseeker<snort> not without bringing the whole of the regress and benchmark frameworks over to tcl land
01:34.51starseekerlater for that
02:04.13*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:20.14``Erikheh, side mirror decals that say "objects in mirror are losing", nice
02:48.05CIA-43BRL-CAD: 03starseeker * r37640 10/brlcad/trunk/ (4 files in 3 dirs):
02:48.05CIA-43BRL-CAD: Take a stab at breaking the density buffer parsing out of gqa into libanalyze.
02:48.05CIA-43BRL-CAD: Currently, rtweight will not handle things like comments in .density files,
02:48.05CIA-43BRL-CAD: since those improvements were specific to gqa. Need a shared, generic routine -
02:48.05CIA-43BRL-CAD: not totally sure yet if file/database sourcing functions should also be in
02:48.05CIA-43BRL-CAD: libanalyze, so for the moment move just the parsing logic. Next step will be to
02:48.06CIA-43BRL-CAD: get rtweight to use this style of density information parsing and storage.
03:05.57``Erikbe interesting to try gqa as both the refining algo and a simple linear buffer to see what the work minimization vs cache coherency is worth
03:06.04``Erik(or feed it into shark)
03:06.49``Erikdigging shit out of a cats eye != fun. :/
03:23.02*** join/#brlcad cosurg1 (~cosurgi@atak.bl.pg.gda.pl)
03:36.14louipcwhoaaahaf
04:16.18*** join/#brlcad talcite (~matthew@bas2-toronto21-1279331563.dsl.bell.ca)
04:17.15talcitehey brlcad, any status update on upstream takeovers?
05:04.15*** join/#brlcad talcite (~matthew@bas2-toronto21-1279331563.dsl.bell.ca)
05:32.55starseeker``Erik: ugh - what happened?
05:33.30starseekergets his new box, discovers it won't boot with 8G of ram, settles for six, and starts gentoo installin
05:34.44starseekertwitch... must get off Mac box... twitch...
07:29.07*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
07:39.31*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
08:37.50yukonbobwhat nerdy, sleep-deprived devs are up at this hour?
08:38.19yukonbobwondering: has anybody played at all w/ tcl 8.6 as underpinning for brl-cad yet?
10:28.46*** join/#brlcad roberthl_ (~robert@2001:ba8:1f1:f03d::2)
10:28.49*** join/#brlcad ``Erik_ (~erik@c-69-140-109-104.hsd1.md.comcast.net)
10:28.53*** join/#brlcad Hirvinen_ (pahirvin@melkki.cs.helsinki.fi)
10:33.17``Erik_gentoo? ya had the perfect opportunity to switch to fbsd, ya lamer ;D
10:50.00*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
10:50.00*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
11:54.55*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
12:33.27``Erikstarseeker: that load time you asked me about, I got a success convert using 7.16.2, 41s cpu, 46s wall
12:36.12*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
13:23.00starseeker``Erik: swwweeeeeeet
13:23.26starseekeryukonbob: I have a teeny tiny bit - see the dmtogl branch
13:23.33starseekerit's gonna be a bit of a job
13:23.58starseekerbuilds a kernel for his new machine and crosses his fingers that he didn't miss anything...
13:24.43starseeker<rant>why don't they have a script that will take the modules used by the boot CD and generate a kernel make file based on the results?</rant>
13:25.25CoconutCrabhmm, good point
13:25.38CoconutCrabwhy no one does that anyway? :-/
13:49.35``Erikwhat if you're cooking a fast install image for a different machine?
13:50.25``Eriklast thing I'd want to do is sit through a 'real' install standing in a machine room, lemme cook a dd image at my desk and make a custom install cd (again) :D
13:52.15starseeker``Erik: sure, different scenario
15:07.02brlcadyukonbob: any particular reason you ask?
15:07.30*** join/#brlcad Stattrav (~Stattrav@202.3.77.132)
15:07.34brlcadyou should work on it :)
15:09.50``Erikstill buried, brlcad?
15:20.02brlcadI just finished unburying
15:49.27*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
16:05.10*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
16:51.51*** join/#brlcad Stattrav (~Stattrav@202.3.77.132)
17:12.38starseekergrowls - why is it X11 is always hard to get running in a new configuration...
17:29.07brlcadI can't believe I can't find a copy of brl-cad-to-cubit in action
17:45.56starseekerah HAH
17:46.06starseekerfinally - posting from my own Linux box again
17:46.31starseekergets some big compiles set up and (finally) hits the road... growl...
18:20.43brlcadfinally finds it
18:31.30``Eriksees strict breakage all over on 64b rhel5, the first being that bug report in the tracker, btw
19:02.58brlcad"that bug report"
19:03.01brlcadso fix em
19:03.09brlcadshould be trivialities
19:05.25starseekercan't wait to have a go with amd64 strict...
19:05.52brlcadI can give it a try here to see if anything comes up
19:06.10brlcadthere may be some new things arising from the addition of those new flags I added a couple days ago
19:06.10*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
19:06.50brlcad-D_FORTIFY_SOURCE=2 should be useful - right now it's only on debug builds
19:06.54starseekerBob is apparently having a picnic with long -> ssize_t and such
19:07.09starseekeron Win 64
19:07.23brlcadbasically does compile-time and run-time array boundary testing, among a few other security checks
19:07.30brlcadyeah, i noticed
19:07.33brlcadit's all good
19:07.56starseekermanaged to save the copy of Windows 7 that came with his new box and now has a dual boot, but dunno if I'll be able to get anything on it to copmile with
19:07.56brlcadso long as headers aren't yet swapping to size_t's (which he's not been doing)
19:08.18starseekerthat's the API breakage point?
19:08.31brlcadheaders shouldn't mod until at least a minor rev, and then we'll need some configure checking to deal with ssize_t (as only size_t is standard)
19:08.48brlcadI don't see size_t/ssize_t as API breakage
19:09.02brlcadit's type castable, therefore replaceable with a regex
19:09.17brlcadtherefore minimally impacting
19:09.18starseekernods
19:09.58brlcadthe ones that will have to be careful are struct elements
19:10.47brlcadwhen we change structs from having ints/longs/whatever to having size_t's, have to make sure there isn't any code relying on offsets or struct sizes or serializing them directly
19:10.55brlcadshouldn't be, but it's a sanity check that has to be made
19:11.04starseekernods
19:11.23starseekerthat'll be a job when we get to it
19:11.44``Erikalso need to fix some implementation for that... the bu malloc takes size_t's and then makes unsigned long int's for temp variables to do math with 'em
19:12.27``Erikhas geometry that craps on l -r due to a bot blowing past that on realloc() for describe
19:16.12brlcadyeah, it should just be size_t's all the way through
19:17.11brlcadstarseeker: since you're starting a new lib there with libanalyze, should do the doxy right.. they should go in the header, not the source files
19:17.32brlcadsource files only get a @file block and /** */ code if they have something specific to say about the implementation itself
19:17.46brlcadotherwise that all just goes into the interface .h file
19:46.50yukonbobbrlcad: I ask because 8.6 (beta, atm, I'm sure you know) is shipping w/ itcl "built-in", which is nice...
19:47.07yukonbobtakes look to see what itk requirements for brl-cad are...
19:49.44yukonbobsees lots of references...
19:51.33starseekeryukonbob: actually, I took that part out...
19:51.59starseekerhas separated itcl/itk
19:52.05yukonbobstarseeker: so there shouldn't be much (any?) itk usage?
19:52.37starseekeroh, we use itk (archer in particular, atm)
19:52.50starseekerI just mean I'm not building itcl/itk inside the tcl/tk tree
19:52.52yukonbob<-- older school than archer, atm.
19:53.20starseekeryukonbob: the build system drives me to distraction...
19:53.38yukonbobin the "classic" interface, iirc there was only a single, obscure widget that may have required itk...
19:54.00starseekerwell, we're planning to transition to it much more heavily when Archer and MGED merge
19:54.30yukonbobis only concerned about barriers to entry at -this- moment ;)
19:54.42yukonbobgetting anything running at all will be a nice prize...
19:54.57starseekerhas gotten rt running, kinda
19:55.09yukonbobfewer dependencies (or at least dependencies on things I'm less familiar with), the better...
19:56.19starseekerthe point for me when I was working with it was to find out why incremental framebuffer display was working in X11 but not in Aqua - turned out that the X11 success was more or less accidental and I need to rethink how the update events will be handled
19:56.54starseekeronce I got that far, I didn't need to pursue 8.6 at that time
19:57.00yukonbobstarseeker: what kind of test harness is there for brl-cad?
19:58.32yukonbobserver cert for svn @ sourceforge changed lately?
19:58.36starseekermake regress and make benchmark are the main ones
19:58.40CIA-43BRL-CAD: 03bob1961 * r37641 10/brlcad/trunk/ (16 files in 6 dirs):
19:58.41CIA-43BRL-CAD: More mods for compiling 64-bit. This entailed using size_t and ssize_t in a few
19:58.41CIA-43BRL-CAD: structures. The signedness of the modified structure members were not changed.
19:58.41CIA-43BRL-CAD: However, it seems that in a few cases the signed values should be changed to
19:58.41CIA-43BRL-CAD: unsigned values.
20:01.22``Erikyukonbob: a bit ago, forget if it was the beginning or end of jan
20:01.35CIA-43BRL-CAD: 03erikgreenwald * r37642 10/brlcad/trunk/src/adrt/load_g.c: set region color if rgb is defined (still need to look at attached materials)
20:01.43starseekerbrlcad: ok, will do - sorry 'bout that
20:02.08starseekerwas mainly trying to get it to work at all - pull routine from gqa, tweak til working, commit :-P
20:02.20CIA-43BRL-CAD: 03starseeker * r37643 10/brlcad/trunk/src/libanalyze/ (density.c overlaps.c): Take out comment formatting and content that belongs in header - don't duplicate it in .c files.
20:03.44starseekerI'm still ~65% convinced the framework here needs a good solid study and design - among other things, the semaphore problem has to be addressed
20:05.06yukonbob``Erik: thx
20:18.27``Erikack, ssize_t doesn't seem to be on my mac
20:18.53``Erikor in some other header
20:25.56*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
20:26.08*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
20:26.18starseekeruhoh
20:27.02starseekerhmm - this might be fun to experiment with: http://developer.amd.com/cpu/open64/Pages/default.aspx
20:32.20``Erikstarseeker: http://www.bitsavers.org/pdf/symbolics/
20:34.20starseeker``Erik: O.o
20:35.07starseekerwhere'd that come from?
20:36.26``Erikwas on hn
20:38.23CIA-43BRL-CAD: 03erikgreenwald * r37644 10/brlcad/trunk/src/librt/primitives/poly/poly.c: quell %ld vs ssize_t cast issue
20:50.22``Erikjust talked to bob about all the osX explosions from that ssize_t whoppage
20:57.40CIA-43BRL-CAD: 03bob1961 * r37645 10/brlcad/trunk/include/bu.h: Need to include sys/types.h for ssize_t (i.e. MAC needs this).
21:20.19*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:01.17CIA-43BRL-CAD: 03bob1961 * r37646 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: Changed the size argument to snprintf from 258 to 256 since the buffer argument is only 256 chars long.
22:08.19brlcadcool, http://fr.wikibooks.org/wiki/Initiation_?_BRL-CAD/Solides_?l?mentaires
22:09.01brlcador since the character codes probably didn't paste correctly there, it's linked to from here:  http://fr.wikibooks.org/wiki/BRL-CAD
22:26.27CIA-43BRL-CAD: 03bob1961 * r37647 10/brlcad/trunk/src/libged/gqa.c: The fourth argument to parse_densities_buffer() needs to be a "struct bu_vls *".
22:29.08CIA-43BRL-CAD: 03bob1961 * r37648 10/brlcad/trunk/include/analyze.h: Modified the declaration for parse_densities_buffer() and formatted the declarations so that I could see everything without the need for a really wide window or wrapping.
22:30.07CIA-43BRL-CAD: 03bob1961 * r37649 10/brlcad/trunk/misc/win32-msvc8/libanalyze/libanalyze.vcproj: Added density.c to the build.
22:31.42brlcadthinks bob needs a wider window
22:44.18``Erikformatting issue? heh
22:44.29``Erikcan't believe that home despot doesn't have bow saws
22:45.27``ErikI'll have to either borrow Ed's chainsaw or take a trip to sears O.o
23:59.24brlcadyou need a saw?
23:59.29brlcadI have an electric one
IRC log for #brlcad on 20100218

IRC log for #brlcad on 20100218

00:01.14brlcadone of these if you need to borrow it, http://www.productwiki.com/upload/images/dewalt_dc385k.jpg
00:04.41``ErikI have a fistful of smaller ones that do that kinda job, I have to cut a damage eastern in half and off at the roots :/ so I need a big tearing kinda saw
00:05.23``Erikbasically a vertical juniper bush, lots of branches tightly bundles and leaves
00:05.29``Erikhttp://www.naturehills.com/images/productImages/Eastern_Red_Cedar_New_1.jpg
00:27.02starseekerbrlcad: heh - he mentioned that he prefers it that way, and wasn't sure what you'd do
01:21.22``Erikhttp://failbooking.com/2010/02/17/funny-facebook-fails-24-mall-edition/ nice. like an effin' zork walkthrough
01:32.52*** join/#brlcad Nohla (~jesica@201.255.252.136)
02:24.16*** join/#brlcad Nohla (~jesica@201.255.213.142)
03:07.25*** join/#brlcad fredcylinder (~FredCylin@unaffiliated/fredcylinder)
03:07.46*** part/#brlcad fredcylinder (~FredCylin@unaffiliated/fredcylinder)
03:21.11*** join/#brlcad ``Erik_ (~erik@c-69-140-109-104.hsd1.md.comcast.net)
03:43.34starseekerblinks - autotools completed without the problems observed earlier
03:43.52starseekerwhadya know, all it needed was a total system redo on new hardware
03:45.40brlcadstarseeker: I know he prefers it that way, he's been doing it for as long as I've known him
03:45.52brlcadI've been slowly undoing them :)
03:46.51brlcadthey're a pita to read like that as an API, though there are some benefits to them as well
03:46.54brlcadit's a tradeoff
03:47.06brlcadbikeshed issue, not a big deal
03:47.21starseekerah :-)
03:47.55brlcad``Erik_: if you want me to bring it in, lemme know
03:48.47starseekerprepares to do his very first 64 bit build on a home machine :-)
04:27.21starseekersweeet
06:02.11brlcadoof, he changed db_i
06:15.35CIA-43BRL-CAD: 03brlcad * r37650 10/brlcad/trunk/src/librt/ (5 files in 4 dirs): quell verbose compilation warnings
06:17.47*** join/#brlcad Stattrav (~Stattrav@202.3.77.132)
06:55.34CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2200 10/wiki/Projecto_VeRDE: add the interview responses that raquel responded to
07:13.14CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2201 10/wiki/Projecto_VeRDE: reformat survey, add verbage to animation section so it formats up better
07:15.09yukonbob^--- very cool.
07:31.12CIA-43BRL-CAD: 03brlcad * r37651 10/brlcad/trunk/TODO: need a means (other than get/put) for creating and editing BoT meshes
08:51.39CIA-43BRL-CAD: 03brlcad * r37652 10/brlcad/trunk/ (BUGS TODO):
08:51.39CIA-43BRL-CAD: annotate two issues reported by Bob Anderson (SURVICE), one being a libged
08:51.40CIA-43BRL-CAD: refactoring change where l and analyze no longer use the current highlight and
08:51.40CIA-43BRL-CAD: require the user specify the primitive; the other is a bug where mged fails to
08:51.40CIA-43BRL-CAD: shoot a ray from within mged after a region is modified.
09:02.26CIA-43BRL-CAD: 03brlcad * r37653 10/brlcad/trunk/src/libbn/poly.c: merge the 'div' warning fix that couldn't be committed with other poly changes, by itself.
09:04.17CIA-43BRL-CAD: 03brlcad * r37654 10/brlcad/trunk/src/librt/roots.c: merge the other 'div' warning fix that couldn't be committed quite yet.
10:11.58*** join/#brlcad Nohla (~jesica@201.255.252.136)
10:22.09*** join/#brlcad Maloeran (~maloeran@glvortex.net)
10:58.16*** join/#brlcad Phurl (~mdupont@cl-1773.dus-01.de.sixxs.net)
11:49.33*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
13:07.10*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
13:45.08``Erikbrlcad: nah, indianlarry is going to look to see if he has a bow saw handy, if not, I'll stop by sears and pick one up... this is shrubbery hacking, not making outlet holes in drywall :D and axe might be better suited than a saw like that O.o
14:03.11*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
14:27.56brlcad``Erik: you sure?  this thing is way more fun and faster than a bow saw...
14:29.01brlcadi've used it for cutting up 8" diameter fallen limbs
15:19.00``Erikyeh, I'm sure, thanks though
15:19.38starseekerhe's gonna get the exercise ;-)
15:20.05starseekerneeds to train for cat juggling
19:16.41CIA-43BRL-CAD: 03bob1961 * r37655 10/brlcad/trunk/src/libbu/brlcad_path.c: In bu_argv0_full_path(), check if argv0 is not NULL before using.
20:08.59CIA-43BRL-CAD: 03bob1961 * r37656 10/brlcad/trunk/regress/weight.sh: Updates to the part that generates the weight.ref file. Theses changes correspond to a valid change to rtweight.
20:26.21*** join/#brlcad Phurl_ (~mdupont@cl-1773.dus-01.de.sixxs.net)
21:22.10*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:45.31CIA-43BRL-CAD: 03brlcad * r37657 10/brlcad/trunk/doc/deprecation.txt: deprecate the short-lived bu_argv0().. it's ill defined and provides somewhat overlapping functionality.
22:46.17CIA-43BRL-CAD: 03brlcad * r37658 10/brlcad/trunk/include/raytrace.h: declare a soon-to-be-added db_tree_list() and db_tree_parse() to replace db_tcl_tree_describe() and db_tcl_tree_parse() respectively.
22:49.35CIA-43BRL-CAD: 03brlcad * r37659 10/brlcad/trunk/include/bu.h: clarify the API noting that bu_which() and bu_whereis() will return null if they cannot find the executable, but bu_argv0() should never return NULL (and is now a deprecated interface).
22:50.02CIA-43BRL-CAD: 03brlcad * r37660 10/brlcad/trunk/src/libbu/ (whereis.c which.c): return NULL, not zero, for the char*
22:50.38CIA-43BRL-CAD: 03brlcad * r37661 10/brlcad/trunk/src/libbu/backtrace.c: call bu_argv0_full_path() instead of bu_argv0() since it's deprecated.
22:51.15CIA-43BRL-CAD: 03brlcad * r37662 10/brlcad/trunk/src/libbu/crashreport.c: similarly, call bu_argv0_full_path() and bu_getprogname() instead of bu_argv0() since it's a deprecated interface.
22:53.58CIA-43BRL-CAD: 03brlcad * r37663 10/brlcad/trunk/src/libbu/brlcad_path.c: make bu_argv0() be deprecated as a public interface. ensure that it never returns null and more consistently set program name to '(unknown)' if argv0 is not known.
22:55.51CIA-43BRL-CAD: 03brlcad * r37664 10/brlcad/trunk/src/libbu/brlcad_path.c: make _bu_argv0() hidden and use it.
22:57.01CIA-43BRL-CAD: 03brlcad * r37665 10/brlcad/trunk/src/mged/tedit.c: if we get this far down into the logic, we're already pretty much screwed. don't rely on bu_argv0(), just punt with the jove in the root.
23:00.24CIA-43BRL-CAD: 03brlcad * r37666 10/brlcad/trunk/src/libtclcad/tclcadAutoPath.c: this sort of half-assery really is lame.. it's a steaming pile of unrelated shitcode right in the middle of a function. i mean, c'mon.. fix it right.
23:02.05CIA-43BRL-CAD: 03brlcad * r37667 10/brlcad/trunk/src/librt/wdb.c: remove big dead code section.
23:02.23CIA-43BRL-CAD: 03brlcad * r37668 10/brlcad/trunk/src/librt/db_comb.c: ws
23:03.03CIA-43BRL-CAD: 03brlcad * r37669 10/brlcad/trunk/src/libbu/brlcad_path.c: _bu_argv0() no longer has the potential to return NULL
23:09.27CIA-43BRL-CAD: 03brlcad * r37670 10/brlcad/trunk/src/librt/ (db5_comb.c db_tree.c tcl.c):
23:09.27CIA-43BRL-CAD: remove all of the rt_comb_*() functions out of tcl and back over with other comb
23:09.27CIA-43BRL-CAD: routines in db5_comb.c and db_tree.c; begin rewriting db_tcl_tree_describe() as
23:09.27CIA-43BRL-CAD: db_tree_list() with the implementation NOT using a Tcl_DString. basic mirrored
23:09.27CIA-43BRL-CAD: support for beginnging and ending a list scope are implemented along with a
23:09.27CIA-43BRL-CAD: matching routine to determine if a space needs to be added. one piece
23:09.28CIA-43BRL-CAD: remaining, to add a new element.
23:11.56CIA-43BRL-CAD: 03brlcad * r37671 10/brlcad/trunk/ (BUGS TODO): link to randerson's sf bug and feature requests numbers.
IRC log for #brlcad on 20100219

IRC log for #brlcad on 20100219

00:16.06*** join/#brlcad Nohla (~jesica@201.255.230.244)
01:33.12*** join/#brlcad Nohla (~jesica@201.255.230.244)
03:06.55CIA-43BRL-CAD: 03brlcad * r37672 10/brlcad/trunk/src/libbn/tcl.c: cleanup, indent, ws, consistency
04:14.54CIA-43BRL-CAD: 03brlcad * r37673 10/brlcad/trunk/src/libbu/ (Makefile.am quote.c): re-add the encode/decode functions that were temporarily in vls.c, added for name quoting, now separated into their own file.
04:16.21CIA-43BRL-CAD: 03brlcad * r37674 10/brlcad/trunk/src/libbu/vls.c: make the types match
04:20.56CIA-43BRL-CAD: 03brlcad * r37675 10/brlcad/trunk/ (include/bu.h src/libbu/quote.c): move the doxy comments into the header file
05:32.30CIA-43BRL-CAD: 03brlcad * r37676 10/brlcad/trunk/ (include/bu.h src/libbu/quote.c): what they quote and how they quote may change, but they should always work together.
05:33.11CIA-43BRL-CAD: 03brlcad * r37677 10/brlcad/trunk/src/librt/db_tree.c: implement initial simplistic guts to tree_list_append, sans any quoting mechanism
05:48.26CIA-43BRL-CAD: 03brlcad * r37678 10/brlcad/trunk/src/librt/db_tree.c: implement the non DString method alongside the vls method so that they can be tested before being replaced.
05:53.06starseekerhmm, cool:  http://rapido.sourceforge.net/
05:54.23starseekermakes a note to check out oprofiler
06:37.40CIA-43BRL-CAD: 03brlcad * r37679 10/brlcad/trunk/src/librt/db_tree.c: implement basic element appending very similar (but not exact) to what tcl does with DStrings. if it's a string with a character that needs escaping, the input is wrapped in curlies.
06:39.08CIA-43BRL-CAD: 03brlcad * r37680 10/brlcad/trunk/src/librt/db_tree.c: helps to compile, fix order.
08:01.33CIA-43BRL-CAD: 03brlcad * r37681 10/brlcad/trunk/src/librt/db_tree.c: nice, just one bug noticed during initial testing. need to make sure there is a matrix.
08:15.29CIA-43BRL-CAD: 03brlcad * r37682 10/brlcad/trunk/src/librt/db5_comb.c: yikes, left out a critical piece.. the tree label
08:30.03CIA-43BRL-CAD: 03brlcad * r37683 10/brlcad/trunk/src/librt/db_tree.c: fix for the non-VLS conversion where it was double-wrapping elements. make it worky worky again.
12:05.28CIA-43BRL-CAD: 03erikgreenwald * r37684 10/brlcad/trunk/src/librt/db_tree.c: initialize count before attempting to increment it.
12:31.10``Erik<PROTECTED>
13:04.52CIA-43BRL-CAD: 03erikgreenwald * r37685 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: remove unnecessary/unused stuff
16:21.21starseeker``Erik: any luck?
16:23.45``Erikbeen doing other stuff
16:25.29starseekerwe're looking for when ts_mater is getting its color info?
16:26.04``Erikno, know where that is
16:26.04starseekeror more specifically, ts_mater->ma_color
16:26.15``Eriklooks like it comes from the .g as an attribute named 'rgb'
16:26.27starseekerok, so you need...
16:26.30``Erikwhere in the chain of events it gets packed in
16:26.39``Erikit'll dawn on me during lunch O.o
16:26.50starseekerpacked in... you mean to the pixel?
16:27.08``Erikno, into the structs that feed the structs that feed the arrays that feed the structs that ...
16:27.17``Erik:D
16:31.58CIA-43BRL-CAD: 03brlcad * r37686 10/brlcad/trunk/src/librt/db_tree.c: and the bu_vlses have it!.. so far, testing seems to be all good making this one major portion of librt de-tclified with a pattern for others to follow.
16:37.18starseekercheers - nice work brlcad!
16:38.57starseekerwonders what the librt timing mechanism is all about and what is needed to make bu_timer, as (apparently) needed for light model 8... hmm
16:39.13brlcadstarseeker: thanks, still tons to do
16:39.19CIA-43BRL-CAD: 03brlcad * r37687 10/brlcad/trunk/src/libged/dg_obj.c: use our struct bu_vls instead of Tcl_DString. one step at a time.
16:39.26brlcad``Erik: you may be interested in rt_comb_get_color()
16:43.02CIA-43BRL-CAD: 03brlcad * r37688 10/brlcad/trunk/src/libged/dg_obj.c: oops, helps to compile. missing TCL_VOLATILE. let it know that it needs to make a copy of the vls string.
16:54.52CIA-43BRL-CAD: 03brlcad * r37689 10/brlcad/trunk/src/libged/dg_obj.c: quell various parameter and var compilation warnings
17:17.00CIA-43BRL-CAD: 03brlcad * r37690 10/brlcad/trunk/src/libged/wdb_obj.c: more DString de-stringing. bu_vls ftw.
17:25.09CIA-43BRL-CAD: 03brlcad * r37691 10/brlcad/trunk/src/libged/wdb_obj.c: quell verbose compilation warnings about unused params, types, and shadows.
18:22.23*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
18:25.44brlcadwhich probably should be deprecated, when I get to that portion of rt_functab
18:36.15starseekerwhat should be?
18:43.45starseekerbrlcad: should bu_ptbl be avoided for anything other than NMG usage?
18:47.03``Erikthe phase I'm looking for colors doesn't seem to have read them yet :/
18:48.01``Erikmebbe that mater loop in there is magic fu
18:50.52brlcadstarseeker: absolutely not
18:51.15brlcadbu_ptbl is a great pointer container
18:51.44starseekercool - wasn't sure, the comments seem to indicated it was culled out of nmg
18:52.49brlcad``Erik: you mean using that function?
18:53.13``Erikheh, yup, that for loop was the magic fu. *sigh*
18:53.30brlcad??
18:53.38brlcadthat's a pretty new function, not heartily tested, might require a db_dirbuild or something
18:54.10``Erik<-- was checking the _valid vars himself
18:56.14brlcadrt_comb_get_color() also respects region color overrides as the color can come from higher up, which is what you actually see in rt
18:59.09CIA-43BRL-CAD: 03erikgreenwald * r37692 10/brlcad/trunk/src/adrt/load_g.c: get color working. remove trailing whitespace. remove double set pattern with BU_GETSTRUCT.
18:59.11``Erikyeh, had code doing the path walking to do that, too
19:38.45*** join/#brlcad Lunixed (~Lunixed@210.212.160.101)
19:40.04*** part/#brlcad Lunixed (~Lunixed@210.212.160.101)
19:52.31*** join/#brlcad Elrohir (~kvirc@p5B14BC3B.dip.t-dialin.net)
20:12.01CIA-43BRL-CAD: 03indianlarry * r37693 10/brlcad/trunk/src/other/openNURBS/opennurbs_brep.cpp: Test code to allow trims to cross seams
20:13.21brlcadwoo hoo
20:13.28brlcadback to coding on important stuff
20:16.51``Eriklike bzflag? O.o
20:29.59CIA-43BRL-CAD: 03starseeker * r37694 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Need to fix IsValid test for extended openNURBS geometry (trims crossing seams is allowed in BRL-CAD now)
21:12.51*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:26.43*** join/#brlcad Nohla (~jesica@201.255.230.244)
21:51.18brlcad``Erik: no, indianlarry is back to coding on important stuff :)
21:51.42brlcadstarseeker: maybe still log that they're invalid during prep (or retrim to make them valid during prep?)
21:53.16starseekerbrlcad: actually, indianlarry had that done a while back and just didn't have it committed
21:53.36starseekerbrlcad: probably want to talk the trimming over with indianlarry
21:56.14starseekerthere are some tricky points lurking in there, apparently
21:59.50brlcaddon't doubt that
22:00.12brlcadthe point still stands that it's probably useful to still log that they're considered invalid (just not halt)
22:01.59brlcadi.e., are we really extending the notion of a valid nurbs trim, or simply handling an invalid trim in a reasonable manner
22:03.30brlcadsince they are coming in from step that way, they are presumedly "valid" per an application-agnostic perspective, which means that probably would be a good succint patch to make back to the rhino folks
22:04.01brlcadgiven all of the existing trimming options, I'd run it by them first to make sure something wasn't simply overlooked
22:04.23brlcadhuh
22:04.43brlcaddoesn't look like we use tcl channels correctly
22:05.32CIA-43BRL-CAD: 03starseeker * r37695 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Go ahead and run the validity test, but don't hault if it fails.
22:10.25brlcadhttp://www.businesswire.com/portal/site/home/permalink/?ndmViewId=news_view&newsId=20100216007139&newsLang=en
22:10.25brlcadubuntu for gubiment
22:10.33starseekernifty
22:18.23Nohlaholas
22:21.31Nohlawet hellos, it's raining deep in Argentinian heaven (DT)
23:00.03``Erikhah, indianlarry always codes on important stuff, just a matter of who it's important to :)
23:00.37``Erikthe tree is down O.o
IRC log for #brlcad on 20100220

IRC log for #brlcad on 20100220

06:19.10*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
15:30.52*** join/#brlcad Elrohir (~kvirc@p5B14AD37.dip.t-dialin.net)
15:37.51*** join/#brlcad Nohla (~jesica@201.255.230.244)
16:53.23CIA-43BRL-CAD: 03brlcad * r37696 10/brlcad/trunk/ (NEWS src/conv/obj-g.c):
16:53.23CIA-43BRL-CAD: add support for parsing files with a 'o' object name. blender uses 'o' instead
16:53.23CIA-43BRL-CAD: of 'g' for the object name, others probably do too. also, make all unrecognized
16:53.23CIA-43BRL-CAD: lines simply get ignored (non-fatally) so that it won't just halt on something
16:53.23CIA-43BRL-CAD: unexpected. also, unroll a few lines; someone's editor apparently can't handle
16:53.24CIA-43BRL-CAD: 256 lines in a file or something.
17:02.11CIA-43BRL-CAD: 03brlcad * r37697 10/brlcad/trunk/src/conv/obj-g.c: use libbu printing throughout, tie to verbose flag (except for unknown codes)
18:47.30*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
20:37.45CIA-43BRL-CAD: 03brlcad * r37698 10/brlcad/trunk/src/adrt/Makefile.am: needs -lnetwork on haiku
20:49.14*** join/#brlcad Atkins (~ron@m208-197.dsl.rawbw.com)
22:19.02CIA-43BRL-CAD: 03198.144.208.197 07http://brlcad.org * r2202 10/wiki/Compiling: /* Troubleshooting */
22:47.35``Erikdon't spoze anyone has bobs #? O.o
23:10.41``Erik(or a away to contact him)
23:35.35Atkins<PROTECTED>
23:38.47``Erik'o'? is it the same semantic? I read 'g' as "group" (in a triangle soup sense)
23:38.56``Erik(re obj-g...)
23:39.57``Erikand oen of these days, there'll be an adrt vs libpkg shootout and something designed by frankenstein will result O.o
IRC log for #brlcad on 20100221

IRC log for #brlcad on 20100221

00:01.56*** join/#brlcad Phurl (~mdupont@cl-1773.dus-01.de.sixxs.net)
00:05.15AtkinsI'm about done with the mged tutorial (using 7.10.4 on Ubuntu). I had to compile 7.16.6 to get a working version of Archer, but that seg faults when trying to open or start a new database. Is there a debug cmd or log file I could inspect, or is Archer known to do this on Ubuntu (9.04).
00:07.40``Erikshould be a file with the words 'mged' and 'bomb' in the name in the directory you started mged in
00:08.05``Eriklike mged-12345-bomb.log
00:08.25AtkinsYes, there is indeed... Thank you.
00:09.06``Eriknp
00:19.50AtkinsIt appears to be a null "bu_mapped_file" pointer in bomb.c:186. This showed up during my compile (Bug ID: 2953632) and I followed the advice to add --disable-strict to my compilation options. Anyone with advice, or should I just ignore Archer for the time being?
00:22.35``Erikarcher is very alpha, I'd avoid using it myself
00:23.51AtkinsAh... What little I saw looked nice. I hope they get the bugs worked out. I guess it's back to mged. (Thanks!)
00:26.08``Erikarcher is supposed to be the replacement for mged, once it works sufficiently
00:27.41AtkinsI add my vote for a replacement to mged :-) It has a very unappealing interface (I'm trying to tone down the font's as we speak..).
00:28.47louipcit should be more console based :D
00:30.48AtkinsConsole? Like typing? Old school for me. I find GUI based interfaces easier to come back to after letting my design projects stew for a few years... err.. months.
00:31.36louipcwell, it could have ncurses
00:31.41louipcand stuff
00:31.47louipcy'know
00:32.10``Erikmged -c    <-- ftw
00:32.32AtkinsI would be happy if I could just tone down the bevel a bit. Any way to do that?
00:32.47``Erikbevel on what? O.o
00:33.17``Erikall the GUI stuff in mged is TK, I d'no if TK has tweaks, but it looks a LOT better using, say, aquaTK on a mac... :D
00:33.30AtkinsThe bevel on the Gui... it looks to be about 5 pixels.
00:34.04AtkinsMust be harsh on a Mac... Not to pretty on Compiz...
00:38.17*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
01:14.39*** join/#brlcad Jonimus (~TheStorm@CPE-24-167-201-56.wi.res.rr.com)
01:15.43JonimusTo any devs here, thank you for continuing the awesomeness that is brlcad
01:40.21*** join/#brlcad digilord (~digilord@97-117-142-138.phnx.qwest.net)
01:43.27digilordHello all.  Trying to compile 7.16.6.  http://pastebin.com/m5ddff84c are the errors I am getting.  I am on Ubuntu Karmic 64bit
01:43.39digilordCan anyone help?
01:45.46*** join/#brlcad fredcylinder (~FredCylin@unaffiliated/fredcylinder)
01:45.53fredcylinderSe ha solicitado una sesión de mensajería musical. Por favor, seleccione el icono de MM para aceptarla.
01:46.18louipcqué?
01:46.33fredcylinderque?
01:47.29louipcI dunno
01:52.09*** part/#brlcad fredcylinder (~FredCylin@unaffiliated/fredcylinder)
02:12.13brlcadJonimus: thanks for the encouragement!
02:15.15brlcad``Erik: not sure if it's the same, but it was an object name .. my guess is it's the diff between our group/comb and primitive names
02:19.01brlcadAtkins: archer and mged are basically being merged .. but that's a work-in-progress -- hope to have an official alpha in a few months, just a few lose ends to tie up
02:19.26brlcadthe crash is something recent/new, and probably trivial to fix
02:19.56brlcadif you can post that archer crash log somewhere where we can get at it, could provide helpful
02:21.22brlcadand yes, you can customize the bevel and fonts .. but I'll have to dig into the widgets to find the magic incantation for you in a couple hours (dinner time!)
02:21.54brlcadI recall wanting/doing the exact same thing when I first started learning mged.. the guy that designed the GUI has horrible eyesight :)
02:22.11brlcadonce you set your defaults, you kinda forget out it
02:23.00brlcaddigilord: you need to install the Xi library/headers (probably xorg-xi-dev or something similar)
02:24.38JonimusOh btw the lastest release does not build against the newest libpng
02:24.49brlcadfredcylinder said: "A musical mail session has been requested.  Please, select the MM icon to accept it."  <-- undoubtedly some stupid IM chat/irc client :)
02:24.58Jonimusbut the fix is very easy, only a change of like 6 lines
02:24.59brlcadJonimus: really??
02:25.03brlcadwe're only one minor off
02:25.10brlcadiirc
02:26.09Jonimusbrlcad: yeah, I found it out when trying to build it on my Arch Linux install, one of the Arch Linux Dev's posted a patch here http://aur.archlinux.org/packages.php?ID=8320
02:26.31digilordbrlcad, Thanks I will try that
02:27.08louipc:D I'll fix it!
02:28.15digilordbrlcad, libxi-dev is already the newest version there isn't another package
02:28.53CIA-43BRL-CAD: 03louipc * r37699 10/brlcad/trunk/src/ (fb/png-fb.c util/png-bw.c util/png-pix.c util/png_info.c):
02:28.53CIA-43BRL-CAD: png-: Replace png_check_sig with png_sig_cmp
02:28.54CIA-43BRL-CAD: png_sig_cmp has been deprecated since libpng-0.90
02:28.54CIA-43BRL-CAD: and has been removed in libpng-1.4.0
02:29.06JonimusFrom the bit of Brlcad I've tired it seems very nice, we have to use UGS NX6 at school but they don't have a licence for linux so I figured I'd try this as an alternative.
02:29.19louipcJonimus: should work in svn now :P
02:30.00louipcdoh my comment is wrong
02:30.03Jonimuslouipc: thanks, but you made a type in the second line there, png_check_sig was the one that was removed:P
02:30.09louipcpng_check_sig has been deprecated
02:30.15Jonimusya beat me :P
02:30.31louipcstoopid
02:32.42JonimusAny Ideas why I'm getting a segfault upon exit in r600_dri.so?
02:32.56JonimusI'm using the open source ATI driver
02:33.07Jonimusor should I talk to those devs about that?
02:33.21brlcadoh, jeez .. louipc, beat me to it :)
02:34.17Jonimusbtw what commit bot do you guys use to post those comments?
02:34.20brlcadlouipc: cool, I see you noticed their patch was wrong too
02:34.32brlcadJonimus: that's the CIA system
02:34.34brlcadcia.vc
02:35.16louipcyeah I tested it
02:35.17Jonimusthanks I'll take a look, I was looking to set one up for some of my friends
02:35.30brlcaddigilord: well you need libxi and libxt .. try deleting your configure cache, rerun configure and see what it reports for the Xi and Xt library tests
02:35.54brlcadmight be a case where it was installed after configure was first run and subsequent runs used the cache
02:36.37brlcadit wasn't just deprectated, the func was made obsolete if it's no longer in the lib :)
02:36.42brlcadit's deprecated now :)
02:36.51brlcad(pre 1.4.0)
02:37.02brlcadalrighty guys, gotta get some grub.. back later!
02:38.08louipcbon appetite
02:48.24louipcJonimus: if you checkout brlcad in svn you should be able to go to misc/archlinux and just `makepkg`
02:53.42Jonimuslouipc: I built it from the source of the latest release, so with the size of the source I think I'll give it a try on Monday when I'm at School and have a much better connection
02:54.21louipccool. I'll fix the pkg in the AUR in a bit
02:54.46JonimusKK cool, I was surprised it was so out of date :/
02:56.20louipcyeah I've avoided building it since my computer is kind of dying
02:56.23louipcand I'm lazy
02:58.55Jonimusahh ok, If I wasn't busy enough with my own packages I'd offer to take it over for ya, my 3.6Ghz C2D makes it nice work of it :P
02:59.10louipccries
03:00.01Jonimuswhy?
03:00.08Jonimuswhat are you running?
03:00.16louipcp3 866MHz
03:00.40Jonimusheh that's my home server
03:01.03JonimusI got it for $20 at a resale shop, though I hope you have more than 256MB of ram
03:01.14``Eriknice, I'm still using a p3 650mhz
03:01.30louipc384 or something
03:01.46Jonimusand you guys run Brlcad on those...
03:02.01louipcyeah brl-cad runs fine
03:02.14``Erikheh, no, I use an 8 core 3ghz mac pro with 16g ram at work... :D
03:02.16Jonimusbut renders take two days :P
03:02.30Jonimusnice ``Erik
03:03.35``Erikbut my 'home server' is still an old clunker... it's sufficient for what it does, still working on getting the 1.2ghz arm fully working to replace it
03:04.42Jonimusnice, I actually use the P3 for IRC and well as a dedicated gameserver, I ssh into it and have screen running with m IRC client
03:28.48Atkinsbrlcad, Thanks for the feed back. I, too, had to step out for some calories. I can create a bug report to post my crash log to. Advise.
03:31.00*** join/#brlcad Nohla (~jesica@201.255.230.244)
03:31.44AtkinsOn the GUI... I came from VariCAD. They also don't consider the GUI as something to waste time on :-/
03:38.13JonimusAtkins: heh, I've only used Solidworks and NX6 before this so its a bit of getting used to, though I like the amount of control you get with out clicking on a million things
03:39.12AtkinsI look forward to that same feel of control... :-)
03:44.54AtkinsIs there a 2D cad element in brl-cad for wiring diagrams?
03:45.43``Erik"sketch" might be what you're looking for?
03:46.03louipcit's not particularly for wiring
03:46.19AtkinsSketch... got it, I'll give it a try.
03:48.12``ErikJonimus: BRL-CAD comes from a different era with different intentions... replicating existing stuff instead of creating new stuff, and from a time when mice were uncommon :)
03:50.35Jonimus``Erik: yeah I know, My dad and his GF were used to the AutoCAD from that era and I may even get them to use brlcad as well
03:50.45Jonimusbut then again brlcad is older than me :P
03:52.23AtkinsHow is "sketch" run? From the cmd line?
03:53.08Jonimusin, or make sketch I'd assume, but I'm new to brlcad as well
03:54.20AtkinsIn.... yes, it looks like you are correct. I better hunt up a manual. Thanks.
04:16.38louipcin sketch
04:19.49AtkinsJust played a bit with sketch. Quite basic as far as drawing goes.
04:25.42AtkinsI installed 7.10.4 on my Acer Netbook (Ubuntu Remix 9.04 + Compiz). The graphics wouldn't refresh properly. I compiled 7.16.6 and, as an afterthought, copied it to the Netbook. Runs quite well. Hats off to the programmers!
04:27.57digilordIs tcl8.5.6 hardcoded into the application?  8.4.19 is what is installed.
04:31.14Atkinstcl8.5 is installed in the lib directory (for 7.16.6). From an earlier bout with the Archer script (which looks for a version there), I expect mged works the same. (If that is what you mean by 'hardcoded').
04:31.55digilordOk.  When I run 'make test' a number of errors come up stating that itcl can't be found
04:32.22digilordI have itcl installed
04:32.46CoconutCrabyeah, I am having the same problem
04:32.56CoconutCrabhave to run mged with LD_LIBRARY_PATH=/usr/lib64/itcl3.4/:/usr/lib64/itk3.4/
04:32.59CoconutCrabno idea why
04:38.22digilordThat's the only solution?
04:38.41CoconutCrabemm.. yeah
04:39.01CoconutCrabor export it
04:39.25CoconutCrabis reading distro installation script to find what caused this
04:42.07louipcoh hmm
04:42.57louipcdigilord: yeah you need to use tcl8.5
04:46.07digilordOk.  tcl8.5 is 8.5.7 and for some reason itcl doesn't seem to be found
05:52.16Atkinsdoes anyone tell me why the "clouds" are drawn around several of the example db's (ex: bldg391.g)
05:52.36Atkinsdoes anyone...? can anyone... :-D
06:10.43*** join/#brlcad digilord (~digilord@97-117-142-138.phnx.qwest.net)
06:17.55louipcAtkins: it's for the sky
06:20.19AtkinsAt first, I thought that was it. If it is, though, I'm not sure how the model was to be viewed...
06:21.11AtkinsI'll replace the cloud and try raytracing from the inside, out :-)
06:29.50louipcyeah you can hide it, I haven't figured out how to get a view from inside though
07:03.41*** part/#brlcad Atkins (~ron@m208-197.dsl.rawbw.com)
08:55.53*** join/#brlcad Nohla (~jesica@201.255.230.244)
09:45.10*** join/#brlcad Nohla (~jesica@201.255.230.244)
11:01.33*** join/#brlcad salil143 (~opera@122.170.68.162)
11:04.08*** part/#brlcad salil143 (~opera@122.170.68.162)
11:10.23*** join/#brlcad Nohla (~jesica@201.255.230.244)
11:54.44*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
11:59.07*** join/#brlcad Nohla (~jesica@201.255.230.244)
12:05.55CoconutCrabdo I need to enable opengl if I already have X11 support enabled?
12:06.46CoconutCrabI tried to play around with archer but got an error message when trying to open a file : unsupported displayer manager type ogl
12:14.42*** join/#brlcad Phurl_ (~mdupont@cl-1773.dus-01.de.sixxs.net)
12:52.55*** join/#brlcad Nohla (~jesica@201.255.230.244)
13:02.10``ErikI d'no, archer might require it... it's not ready for public consumption yet, though...
13:05.56``Erikwhoa, that's neat ... http://www.youtube.com/watch?v=SsDEfu8s1Lw
13:30.44CoconutCrabok
13:58.35*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
14:42.27brlcadhttp://tawannabyfall.vox.com/library/post/remembering-mike-muuss.html
14:43.08brlcadarcher does require opengl
14:43.19brlcadat least, it assumes it
15:46.16*** join/#brlcad Nohla (~jesica@201.255.230.244)
16:08.38*** join/#brlcad Nohla (~jesica@201.255.230.244)
16:58.12digilordWhat Linux distribution should be used to ensure that one can compile and have all the tests pass?
17:02.16louipcan up to date one?
17:03.12digilordUbuntu Karmic compiles but nearly all the tests fail
17:03.17louipcif you're using svn at least
17:03.25louipchmm
17:03.39digilordbrlcad-7.16.6 from tarball
17:08.14digilordOk.  Going to use 7.12.2 binary as I can't seem to get this working otherwise.  Thanks for the suggestions all.
17:09.10louipcI've never used tests to be honest
17:10.02CoconutCrabI got all the test passed with gentoo
17:10.59CoconutCrabbut the ebuild doesn't work correctly, has to do a lot of patching so I am compiling it manually, not using the package manager
17:15.03louipcCoconutCrab: does it patch step stuff/
17:15.23louipcI can't build that on 7.16.6, but svn seems to work fine
17:16.16CoconutCrablouipc: step? my problems are mostly related to dependencies
17:16.43louipcstep is an included library
17:16.57louipcwell I do need one patch for png stuff
17:16.58CoconutCrabno, I don't have any problem with it
17:17.02CoconutCrab7.16.6
17:38.39louipctests seem to pass for me in svn
17:49.53brlcaddigilord: any platform should work fine if everything is installed -- our tests sometimes require specific setup or a make install first in order to pass -- "make benchmark" is the real test
17:50.14brlcadif that works and mged runs, then it's pretty much a good build
17:51.12digilordbenchmark passes fine
17:51.34digilordI followed the INSTALL doc (Yes I know, shocking) and make test failed
17:51.39brlcadbuild failures take priority if you have one, we aim for excessive portability
17:51.43brlcadpastebin?
17:51.46digilordSo I figured that the build was bad
17:52.01brlcadit's hard to say
17:52.08digilordI deleted the source and downloaded a binary
17:52.15brlcadit "should" pass, but the tests are fragile to environment
17:52.37brlcadsome platforms, libtool makes binaries that won't run prior to install
17:52.40digilordMy machine is Ubuntu 9.10 64bit current
17:52.58brlcadspeculation without a paste
17:53.05digilordSorry.  
17:53.13brlcadnp, not a big deal
17:53.42digilordIs there a large difference between 7.16.6 and 7.12.2?
17:53.52digilordLarge enough to warrant me using the newer one
17:55.07digilordIf so I will compile again and paste the errors
17:55.34brlcadheh, only a couple hundred feature changes
17:55.38brlcadif you're learning, it won't matter
17:55.44digilordOk.
17:55.52brlcadbut if you run into any issue, the first thing we'll say is get up to date
17:56.09digilordOk re-compiling then.  
17:56.27digilordNot from SVN but the latest release tar
17:56.33brlcaduse svn
17:56.46brlcadwill get you past the gcc bug
17:56.53brlcad~cadsvn
17:56.53ibotTo obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
18:08.52CIA-43BRL-CAD: 03brlcad * r37700 10/brlcad/trunk/ (include/spm.h src/libbn/sphmap.c): move the doxygen comments into the header, clean them up, ws style formatting consistency on the rest. expand header prototypes to fix the strict compilation failure reported by nita budd (Sinclair).
18:25.33digilordSo should I 'make test' and paste the failures from the SVN version?
18:33.08brlcadsure
18:40.35digilordbrlcad, http://pastebin.com/m75d1a2e0 & http://pastebin.com/m7fbc67cf
18:41.21digilordMy distro only has itcl3.2 available
18:41.47``Erikthen use the one that comes with BRL-CAD? :)
18:44.24``Erikif it detected that one by itself, try reconfiguring with --enable-itcl-build
18:44.25``Erik?
18:47.30digilordOk trying that
19:01.30digilordYeah same output as  http://pastebin.com/m75d1a2e0
19:02.11Jonimusis 7.14.8 the newest windows build?
19:12.49CIA-43BRL-CAD: 03erikgreenwald * r37701 10/brlcad/trunk/src/util/pix-spm.c: pix_load, not px_load
19:25.19*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:35.05starseekerI didn't know Mike was involved with the Morris worm episode
19:35.08starseekercool
19:35.47``Erikamusingly, morris was grahams co-founder for viaweb O.o
19:36.37``Erikand I worked at fedex with one of the dudes involved in coming up with a "condom" for it when he was at purdue O.o
19:42.42digilordIf 'make benchmark' has one of the tests that shows '74 off by 1' is that acceptable?
19:44.46``Erikthat's normal, the m35, right?
19:44.52digilordYEs
19:45.10digilordJust making sure that's acceptable
19:45.25``Erikyup, it's been doing that for a while (like, years?)
19:45.59``Erikeither need to figure out why/how the torii changed or just regenerate the PIX file :/
19:47.30Jonimusare there instructions on how to build an updated windows binary anywhere, I'd like to know that I'm using a current version on both OS's on this computer
19:51.19``Erikmisc\win32-msvc8\ is how those're built
19:56.14JonimusKK I'll take a look
19:58.59digilordAre there special args when one wants to make a menu item for say gnome?  I tried /usr/local/bin/mged -a X but nothing starts.  If I change the Type to 'Application in Terminal' it works but starts a terminal window.
19:59.35Jonimus``Erik: I'm doing a svn co and I'll give it a try in a sec
21:19.38*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
21:28.57digilordHello again.  I am going through the Tutorial PDF and I am in Lesson 2.  After entering the first command I am being asked 'Enter ZMIN, ZMAX:'.  This isn't in the tutorial.  What are these values supposed to be?
21:29.18digilordNevermind
21:57.45brlcaddigilord: those errors are to be expected as make test requires run-time path searching to succeed for the tcl packages, which it can't do when we provide some and some are system installed
21:58.40brlcadif you "make noprod" and reconfigure with --enable-all, that should give a build that will pass the tests
21:58.53digilordbrlcad, I am successfully working through the tutorial with a compiled version
21:59.05brlcadregardless, if you make install and mged works, the tests would have all passed
21:59.31brlcadthose errors in test are from the uninstalled mged saying it's having initializtion failures
21:59.42brlcadso it's all good
21:59.45digilordAhh ok got iy
21:59.47digilord*it
22:25.21digilordLesson 4 - When I type 'mater shapes2.r' and press enter I get a Usage message not a prompt.  Is this new behavior?
22:26.24Jonimusdigilord: yeah that command has changed since the tutorial was written, read on an you'll figure it out
22:31.20digilordAhhh ok
22:31.39digilordNo more prompt but you can use the one line command to accomplish the same thing
22:31.45digilordstill learning
23:41.58digilordOk... If I only have a 2 button mouse how do I do middle button operations in BRL-CAD?
23:42.42``Erikif you're on linux, you should have an X configuration to 'chord' a middle button
23:42.47``Erikif it's turned on, push both buttons at the same time
IRC log for #brlcad on 20100222

IRC log for #brlcad on 20100222

00:04.58JonimusI did a svn checkout and it was over 1GB 0.o
00:05.01Jonimusthat was unexpected
00:20.55``Erikheh http://www.astrodigital.org/space/stshorse.html
00:21.18``Erik1gb? um, did you check out ALL the branches, or just trunk?
00:24.35JonimusI thought it was just trunk
00:24.58Jonimusnvm its only 500MB or so
00:25.20JonimusWindows must have miscalculated when I did the copy
00:31.40``Erikwindows? miscalculated file storage? say it ain't so! :D *duck*
00:36.32Jonimuslol, not to mention It doesn't build correctly with my version of msvc
00:38.21``Erikwhatever identifies itself as msvc8 is what's used... there was effort by someone to make it work with msvc9, I don't know how that went
00:38.31``Erik(is that studio 2005?)
00:39.09JonimusI have no clue, but I guess I'll live with the current binary available
00:41.30Jonimus<PROTECTED>
00:41.32Jonimus[18:21]    Jonimus | I thought it was just trunk                                                                                                                                                                                â”‚
00:41.34Jonimus[18:21] [30] [irc/freenode] 30:#brlcad(+n){29} [Act: 7,18]
00:41.36Jonimus[Jonimus(i)]
00:41.38Jonimuswoops sorry
00:48.56``Eriksmells like irssi
00:49.14Jonimusweechat actually
00:49.32``Erikyeh, there are some differences
00:50.11``Erik(yet another BX/epic imitator *cough*)
00:57.26JonimusNever heard of it :P
00:59.56``Erikwhich, bitchx or epic? epic was kinda a sidenote, BitchX was the popular one :D
01:00.23Jonimusok I think I have herd of BitchX but not epic
01:02.09Jonimuseither way I like weechat so far, though it sucks ram like a sieve
07:13.18*** join/#brlcad Phurl (~mdupont@2001:0:53aa:64c:2069:172f:ae2d:1b81)
07:37.56*** join/#brlcad Phurl (~mdupont@2001:0:53aa:64c:2069:172f:ae2d:1b81)
09:39.50*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:47.15d_rossbergthe introduction of ssize_t broke the build of the brlcad.dll
09:48.25d_rossbergthe rt^3 part of the dll is build without the BRLCADBUILD flag, i.e. without config_win.h which contains the ssize_t declaration
09:51.57d_rossberghowever, it looks like it would be optimal to replace the signed ssize_t by the unsigned size_t as all occurrence are in non-negative sizes (number of elements)
09:58.10CIA-43BRL-CAD: 03d_rossberg * r37702 10/brlcad/trunk/src/libbu/CMakeLists.txt: synced with Makefile.am: added quote.c
11:28.13``Erikamusingly, the ssize_t stuff was done FOR windows (msvc8 on I believe 64b vista)
11:46.06Ralithwhy signed, then?
11:59.44d_rossbergthe modification was: int/long => ssize_t, unsigned int/unsigned long => size_t
12:40.48``Erikhe was probably just following the trail of warnings/errors from msvc and trying to match without digging in much (mebbe -1 is used as an error code on some of those? *shrug*)
12:40.59``ErikI'll ask him when he gets in
12:45.37d_rossberg``Erik: thanks
13:11.14d_rossbergi'm currently testing the ssize_t => size_t behavior on linux (especially if there are some warnings as errors)
13:11.36d_rossbergthis may take a while
13:25.20Ralithreminds me
13:25.57Ralithapparently windows' BOOL type actually has *three* states.
13:26.01Ralithtrue, false, and error.
13:31.46d_rossberg"typedef int BOOL;" in WinDef.h
13:32.23d_rossbergand "typedef BYTE BOOLEAN;" in WinNT.h ;)
13:33.04d_rossbergwhich "should be TRUE or FALSE"
13:59.11brlcadd_rossberg: the care that will need to be taken .. we ran into several cases of int/long -> ssize_t where the struct or parameter or variable were representing number of elements but negative values were used for initialization or return codes
13:59.26brlcadso the uses of that var have to be reviewed case by case to make sure that's not happening
14:00.35Ralithd_rossberg: namely, many functions returning BOOL apparently also return -1 to indicate error.
14:02.20brlcadconverting them all to size_t is better overall, but just have to be careful.. that would be a nasty bug to try to find, a -1 cast to unsigned, possibly truncated.
14:10.23d_rossbergbrlcad: i'm trying to replace the ssize_t by size_t and i can assure you that the problem is not the -1
14:10.51d_rossbergi.e. -1 => (size_t)-1 which means something like ffffffff
14:11.44d_rossbergmore difficult are the parts where two sizes are compared
14:12.04d_rossbergi.e. if (difference < 0) then ...
14:13.05d_rossbergbtw. libbu/parse.c shouldn't be compilable with gcc
14:19.52brlcadthat's what I meant about it being a problem
14:20.30brlcadjust the act of using/passing as negative and having other code checking for negative (which would just be an unreachable statement, of course)
14:20.37brlcadwhat's wrong with parse.c?  compiles here
14:22.07brlcadlast friday's edits are a bit of a blur, but a look at the last patch to it seems benign
14:23.26*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
14:28.04d_rossbergi got some signed/unsigned comparison warnings with parse.c, but this could also be because of my changes in the headers (? maybe)
14:35.23d_rossbergbrlcad: where should i put os/machine dependent declarations (e.g. ssize_t) which has to be included in an installation?
14:57.48brlcadd_rossberg: that's common.h territory but a little tricky given it's not a standard type
14:58.27brlcadpart of me wants to convert them all to size_t, get rid of the negative-means-something specializations
14:59.41brlcadotherwise, the usual way is to have a configure test for the type, then key on it in common.h or config with HAVE_SSIZE_T
15:02.23d_rossbergit looks like size_t is the only type on windows which size's depends on the machine (32 vs. 64 bit)
15:03.27d_rossbergi.e. if you want a signed machine dependent type you are in trouble
15:04.02d_rossbergand db5_decode_signed() needs such a signed type
15:06.07brlcaddb5_decode_signed() shouldn't be using a ssize_t
15:06.53brlcadthat's where the case by case is going to be a bit of work -- db5_decode_signed()'s first parameter is a pointer to a variable length field
15:06.55d_rossbergthe result (in the array) is tested for <0
15:07.29d_rossbergwhich sounds logical
15:08.07brlcadsure, but that can be typecasted from the caller's type
15:08.56brlcadi think it's actually wrong for db5_decode_signed() to call it a ssize_t as that's a particular signed size .. the idea is that it's the db's signed size, which may not even match native
15:09.30brlcadlike a db_ssize_t
15:09.50brlcadit's treated like a void*
15:25.53d_rossbergi try to fix the (s)size_t issue (i.e. make the next iteration step)
15:40.19``Erikdaniel: bob explicitely defines ssize_t in config_win.h
15:44.24``Erikreads backlog O.o
16:03.09brlcadright, but then is config_win.h installed -- it's not technically a reliable type on *nix either as it's not posix
16:03.14brlcadonly size_t is
16:03.19brlcadand ptrdiff_t
16:08.23``Erikis just playing go-between *shrug*
16:08.44``Erikelimination of ssize_t would be nice, but could be time consuming to verify each conversion :/
16:12.39d_rossberg``Erik: i think i got it (at least from the headers) but it needs some more tests
16:15.10``Erikaight, cool
18:16.09starseekerhas his car back
18:16.16starseekerand a working computer again
18:16.29starseekersighs in relief
18:32.09starseekerWOOT - http://itmanagement.earthweb.com/features/article.php/3866316/Bruce-Perens-Inside-Open-Sources-Historic-Victory.htm
18:38.56starseekerThat's really good news - the JMRI case had been a scary mess for open source for a long time
18:58.37``Erikyup
18:58.48``Eriksaw that yesterday I think?
18:59.10``Eriknot perens thing, but the judgement
19:23.41*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
20:01.06*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
20:12.53*** join/#brlcad CIA-41 (cia@208.69.182.149)
20:55.38CIA-41BRL-CAD: 03brlcad * r37703 10/brlcad/trunk/configure.ac: check for int32_t, int64_t, ssize_t
21:13.52CIA-41BRL-CAD: 03brlcad * r37704 10/brlcad/trunk/include/config_win.h: don't typedef ssize_t here. since it's part of public API, common needs to provide it. instead expand and group some of the basic c99 stdint types.
21:14.54CIA-41BRL-CAD: 03brlcad * r37705 10/brlcad/trunk/include/common.h: if we don't have ssize_t (e.g., windows), use ptrdiff_t instead. it should be a signed type that matches pointer size and is c99.
21:57.14louipcstarseeker: nice
22:42.29*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:01.53``Erikoh, heh, brlcad... when starseeker was briefing his shtuff, he mentioned g-egg for panda3d, wm said that was really interesting because they had someone trying to use panda3d for visualizing stuff ... crazy, ainnit?
23:35.25``Erikheh http://commons.wikimedia.org/wiki/File:Arch-render-vestibule.png
IRC log for #brlcad on 20100223

IRC log for #brlcad on 20100223

00:50.46*** join/#brlcad ibot (ibot@rikers.org)
00:50.47*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205)
00:54.11``Erikyeh, seems busted
00:54.24``Erikptrdiff_t not being defined before it's used to define ssize_t
00:56.20``Erikhttp://paste.lisp.org/display/95452
00:56.57``Erikgets his recycling together
01:05.56CIA-41BRL-CAD: 03starseeker * r37706 10/brlcad/trunk/configure.ac: Have the AC_CHECK_TYPE for ssize_t define HAVE_SSIZE_T if found, so the conditional in common.h will work (not defined on gentoo amd64 in testing - not sure if this is needed universally).
01:06.23*** join/#brlcad Nohla (~jesica@201.255.236.19)
01:38.06*** join/#brlcad Nohla (~jesica@201.255.236.19)
02:56.11starseekergrr
02:56.26starseekerrtgl doesn't seem to like my new machine - Z clears it but B doesn't
02:56.50starseekermust work up a more robust jobs manager
02:58.22``Erikhrm
02:59.10``Erikthinks rob is going to email starseeker real soon now
03:02.41starseeker``Erik: what'd I break?
03:03.36``Erikthird party apps trying to build against BRL-CAD flip over the ssize_t dealio
03:06.15starseekerall I did was define HAVE_SSIZE_T if it's actually there
03:06.31starseekerlooking at common.h, we're expecting that (apparently)
03:07.04starseekerthe ssize_t stuff other than the HAVE_SSIZE_T definition was already there
03:07.16``Erikyeh, I d'no, I'm getting osX build breakage on ISST now, I'll look into tomorrie
03:07.28starseekerchecks out isst
03:07.41``Erikneeds gtk+2 and pango
03:09.24``Erikwell... ok, I'll look into it day after tomorrow, I think I'm busy all day :/
03:12.15``Erik(and if ISST doesn't "just work", what makes ya think some xmkmf/imake monstrosity will? :D )
03:16.15starseekertries defining HAVE_SSIZE_T in isst's configure.ac, but it doesn't seem to "take"
03:17.20``Erikyeh, I tried that
03:17.53``Erikwait, lemme try something
03:18.43``Erikwhistles innocently
03:19.16CIA-41BRL-CAD: 03erikgreenwald * r37707 10/isst/trunk/ (configure.ac src/local_worker.c src/main.c src/net_worker.c): include isst_config.h...
03:22.27``Erikeither way, might need to give them a heads up about the change, they tend to freak out easily
03:24.05``Erik(and you're the poor schlub that gets thrown under the train either direction :D )
03:28.11starseekerheh, beat me to it
03:31.32starseeker``Erik: did that define in configure.ac fix your build as well?
03:31.38starseekerin BRL-CAD I mean?
03:31.58starseekerO.o tessellating pinewood sucks on this machine
03:32.22``Erikyeh
03:33.07starseekercool
03:38.03starseekerwell, ktank loads fast...
03:38.47``Erikthe controls suck, don't they? :D *duck*
03:38.55starseekersure do
03:40.46``Erikyou attending that 'thing' tomorrow morning?
03:40.56starseekerhuh?
03:41.24``Erikwith the presentations?
03:41.33starseekeroh, that thing
03:41.40starseekerdunno
03:43.48starseekeryay, crash
03:43.59starseekerERROR: bad pointer x1f13b40: s/b region(x23232323), was model(x12121212), file ../../../brlcad/src/adrt/load_g.c, line 80
03:44.46``Erikheh, with fill #'s, it was sent a badly formed NMG, huzzah
03:45.02starseeker``Erik: if you get a chance, try g-nmg on pinewood and see if isst can view the results
03:45.18``Erikum, I think I have a converted version at the office
03:45.41``Erikif you have an older version laying around... something was horribly broken in NMG's recently which causes failures out the wazoo
03:46.01starseekerno, latest checkout
03:46.37``Erikyes... something in our NMG code broke in the last month or so, we can no longer convert like we used to...
03:46.53``Erikso if you have an older version handy, use that to convert...
03:46.54``Erik:D
03:47.30starseekerso despite a fully successful conversion, the result is invalid?
03:48.06``Erikthe, uh, big model I showed this morning was done on 7.16.2, the most recent version bombed with a similar error which kept me from using that model at the airfield
03:48.40starseekergrr
03:48.44starseekerk
03:49.49``Erikis that from g-nmg -b generated shtuff, or running isst_gtk on an 'unprepped' geometry?
03:50.33``Erikassumes it was not set up for fast loading, since that code shouldn't be hit
03:50.42``Erik(yes, it needs the -b flag right now)
03:50.58``Erikhitting it with rt or mged would be the ultimate test, I surpose
03:51.34``Erikhehehe, good old southpark :D
03:52.29starseekerooops
03:52.32starseekerforgot the -b flag
03:52.35starseekertires again
03:54.57``Erikdoesn't remember why he has the NMG codepath disabled
03:55.49``Erikhrm, mebbe it IS enabled in the svn version heh O.o
03:57.27``Erikohhhh
03:57.30``Erikheh
03:57.59``Erikn/m, that's right, I disabled the NMG fast-loading BECAUSE it tickeld that error
03:59.31``Erik(there is something screwed up with the NMG code, though... I'll have to look into that more later)
04:00.36CIA-41BRL-CAD: 03erikgreenwald * r37708 10/brlcad/trunk/src/adrt/load_g.c: disable NMG fastloading for now
04:04.02*** join/#brlcad talcite (~matthew@206-248-130-132.dsl.teksavvy.com)
04:06.50*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
04:45.47*** join/#brlcad talcite_ (~matthew@69-165-146-198.dsl.teksavvy.com)
05:05.32*** join/#brlcad Hirvinen (pahirvin@melkki.cs.helsinki.fi)
05:16.34brlcadstarseeker: unistd.h doesn't/shouldn't define any HAVE_* .. system headers really shouldn't ever
05:16.46brlcadthe typo is AC_CHECK_TYPE vs AC_CHECK_TYPES
05:23.59*** join/#brlcad Hirvinen (pahirvin@melkki.cs.helsinki.fi)
05:25.13starseekerah
05:31.18CIA-41BRL-CAD: 03brlcad * r37709 10/brlcad/trunk/include/common.h: need to include the header that provides ptrdiff_t if we're going to typedef it, otherwise needs to turn into a #define instead.
05:32.30CIA-41BRL-CAD: 03starseeker * r37710 10/isst/trunk/configure.ac: Don't need to manually define - use AC_CHECK_TYPES (thanks Sean)
05:33.48CIA-41BRL-CAD: 03starseeker * r37711 10/brlcad/trunk/configure.ac: Use AC_CHECK_TYPES to look for ssize_t
05:35.52brlcadyeah, that should do it
05:36.49brlcadaww, AC_TYPE_INT32_T and friends are new
05:38.51*** join/#brlcad Ralith (~ralith@216.162.199.202)
05:40.39CIA-41BRL-CAD: 03brlcad * r37712 10/brlcad/trunk/configure.ac: AC_TYPE_INT32_T and friends were added in 2.59 so can't use them. our minimum is 2.52
06:10.25CIA-41BRL-CAD: 03brlcad * r37713 10/brlcad/trunk/autogen.sh: merge in changes from upstream repo to check for new macros
06:12.38*** join/#brlcad jack- (~jack@unaffiliated/jack)
06:12.56jack-brlcad: woot, you're coding for bzflag as well?
06:15.41Jonimusjack-: thats how I found out about bzflag, I was looking at him on CIA.vc
06:16.06jack-:)
06:16.40jack-i just noticed it in #commits
06:16.48jack-(cia.vc as well)
06:23.21brlcadjack-: happen to be one of the bzflag project admins too
06:24.38brlcadhearts bzflag
06:25.28jack-cool :)
06:25.36jack-it rocks, i love it
06:25.48JonimusI suck at it but its pretty damn fun anyway
06:26.36CIA-41BRL-CAD: 03brlcad * r37714 10/brlcad/trunk/include/common.h: still not perfect but this should help things along for 3rd party codes that don't have a HAVE_SSIZE_T define. only provide the typedef if we can't find hint of SSIZE_MAX. (untested)
06:29.13brlcad``Erik: perhaps you can test that - you should definitely NOT have to create a AC_CHECK_TYPE macro in isst/trunk/configure.ac in order to use the API .. nor should other folks
06:31.42CIA-41BRL-CAD: 03brlcad * r37715 10/isst/trunk/configure.ac: this type check should not be required for 3rd party codes (codes that link off an installed brl-cad).
07:04.51CIA-41BRL-CAD: 03brlcad * r37716 10/brlcad/trunk/src/libged/ (ged_private.h rt.c): move the struct into the only file that actually uses it.
08:54.11*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:03.22CIA-41BRL-CAD: 03d_rossberg * r37717 10/brlcad/trunk/ (18 files in 7 dirs):
09:03.22CIA-41BRL-CAD: another iteration step in forcing back ssize_t: removed all references from the headers (exept for the declaration)
09:03.22CIA-41BRL-CAD: poorly tested
10:27.01jack-another bzflag man
10:27.07jack-cool :)
11:49.00``Erikyeh, I have pinewood both as nmg and bot here, starseeker
12:25.27starseekerhmm k
13:51.17brlcadjack-: not another bzflag person -- many cad and bz people all connect from the same server (bz.bzflag.bz)
13:52.13brlcadawesome: http://www.ornl.gov/sci/radiation_transport_criticality/BekarPubs/MCNP_BRL_A_Linkage.pdf
13:55.32starseekerbrlcad: cool
13:55.36starseekeris that a new paper?
13:56.26brlcadI'm familiar with the effort, we helped them with that about 5 years ago
13:56.33brlcadbut yeah, new paper, at least new to me
13:57.16brlcadlooks like it was published in end of 2009
13:57.45brlcadK. Bekar and T. M. Evans, "MCNP-BRL: A Linkage between MCNP and CAD Geometry," Trans. Am. Nucl. Soc. 101, 623-626 (2009).
14:08.51CIA-41BRL-CAD: 03starseeker * r37718 10/brlcad/trunk/doc/BRL-CAD.bib: Add reference to Bekar paper.
14:10.45brlcadack beat me to it
14:10.57brlcadhehe
14:14.39CIA-41BRL-CAD: 03brlcad * r37719 10/brlcad/trunk/doc/BRL-CAD.bib: expand volume
14:15.01``Erikhm, graph of pubs per year might be a telling visualization
14:15.47starseekerdepressing you mean...
14:15.56brlcadhere's another, but BRL-CAD only gets a light mention as it was starting: http://www.ornl.gov/sci/radiation_transport_criticality/Blakeman_Pubs/PWR_Facility_Modeling_TM_2007_133.pdf  
14:16.01``Eriknever said good telling :D
14:16.51brlcadanother new one to me: http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.113.5775&rep=rep1&type=pdf
14:17.07starseekerwill leave that one for BRL-CAD if he wants (Blakeman)
14:17.56brlcadthe first one isn't worth adding
14:17.59brlcadthe second one is though
14:18.59brlcadthere's apparently another paper referenced, "MCNP-BRL: An External Geometry-Driven Version of MCNP" but I can't find it
14:20.07``Eriksounds like a task to keep our local library busy
14:32.39CIA-41BRL-CAD: 03starseeker * r37720 10/brlcad/trunk/doc/BRL-CAD.bib: Toss in references to recent tech reports.
14:34.58CIA-41BRL-CAD: 03starseeker * r37721 10/brlcad/trunk/doc/BRL-CAD.bib: Add link to online scan of Deitz paper untl we find a better one.
14:38.38CIA-41BRL-CAD: 03bob1961 * r37722 10/brlcad/trunk/src/librt/primitives/poly/poly.c: Changed the %d directive to %lu to accomodate size_t.
14:40.45CIA-41BRL-CAD: 03brlcad * r37723 10/brlcad/trunk/doc/BRL-CAD.bib: add another tabary reference. this one for Coupling photon Monte Carlo simulation and CAD Software. Application to X-ray nondestructive evaluation.
14:42.06CIA-41BRL-CAD: 03erikgreenwald * r37724 10/brlcad/trunk/src/conv/g-egg.c: Fix vertex pool display. Add polygon information to output. Fix various flaws in output.
14:42.12``Erikwill test that when he gets home O.o
14:43.34``Erikand mebbe do an nmg->bot conversion to get more efficient data packing
14:43.55``Erik(currently storing 36 vertices for a cube)
14:50.04CIA-41BRL-CAD: 03erikgreenwald * r37726 10/brlcad/trunk/src/librt/primitives/poly/poly.c: quell %lu vs size_t warning
14:59.25CIA-41BRL-CAD: 03bob1961 * r37727 10/brlcad/trunk/misc/win32-msvc8/ (164 files in 164 dirs): Turn the Detect64BitPortabilityProblems option on for x64.
15:09.03*** join/#brlcad CIA-91 (cia@208.69.182.149)
15:13.18*** join/#brlcad Maloeran (~maloeran@glvortex.net)
15:13.33starseekerbrlcad: could you refresh my memory - what is the argument against going to C99?
15:15.35d_rossbergstarseeker: MS Visual Studio, e.g.
15:17.02starseekerd_rossberg: btw, on the conversion from ssize_t to size_t - did you check if any of the code is returning error values that are negative?
15:18.59d_rossbergyes, this special value is (and was) RT_DIR_PHONY_ADDR
15:20.59starseekerHow much of C99 does Visual Studio support?  The do support some I believe, and they might support the parts we really want (like printf and zu, for example...)
15:22.57starseekersupposes we could snarf an advanced printf code from somewhere and roll it into libbu...
15:27.13d_rossbergI'm not familar with what is already C99 and what is not, maybe you can give me an example of what you plan to do
15:27.59d_rossberghowever, i'll have a look at it tomorrow because i've to hurry
15:28.05starseekerWell, with size_t being variable size depending on platform, things like printf kinda have issues
15:28.17d_rossbergprefers c++ streams :)
15:28.43starseekerapparently, the C99 answer to this is to define %zu for printf, but that doesn't help C90 coders
15:29.51starseekerunless we make a "smart" bu_printf that handles C99 style things...
15:40.49brlcadvc6 support was initially one of a handful of issues, but I don't think vc8+ will have any trouble with c99
15:41.16brlcadstarseeker: the biggest issue was simply becoming c89 compliant first
15:41.21starseekernods
15:41.43starseekerwith the size_t conversions starting in earnest, it'd be really nice to have the z options in printf
15:41.58starseekergawks at the FreeBSD printf code...
15:42.21brlcadwe only recently became strict c89 compliant with the warning quellings
15:42.49brlcadI least I vaguely recall that being one of my compilation tests a few weeks back -- would have to reverify
15:42.50starseekerhehe - comment at the top of the file:  Actual printf innards. This code is large and complicated...
15:44.12brlcad"smart bu_printf" is bu_log
15:44.55brlcadcould expand that with zu, but it's not a big deal (and there's not many that aren't already taken care of)
15:45.05brlcadcasting on print to the print type
15:46.01brlcaddoesn't see anything horrible with: size_t i = 123; printf("%lu", (long unsigned)i);
15:48.34starseekerBob's saying that truncates the size_t in half on windows
15:49.43starseekerapparenty unsigned long is 32 bit on Windows and size_t is 64 bit...
16:00.30brlcadsure, so %llu
16:01.53brlcadthere's only a few places we should be printing things that big
16:06.18*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
16:09.26starseekerbut will llu work in the 32 bit case?
16:13.41brlcadyou'll still need to print conversion cast, but yeah it should work just fine
16:14.45brlcadsize_t i = 123; printf("%llu", (unsigned long long)i); or printf("%llu", (uint64_t)i); if we need to play well on c89
16:15.04brlcadlong long is a c99ism though many c89 compilers provided it
16:15.20``Erikwonders how unpalatable %p is
16:15.42``Erik(or mebbe bu_flog() )
16:16.36``Erikbu_flog(FILE *, const char *, ...);
16:17.01``Erikbu_snlog() ? :D
16:19.34brlcadwe're using %p already all over
16:21.14brlcadif we had to, there's macro foo we could use to specialize for platforms (e.g., %Id on windows, %zd for c99, %ld for 32-bit, etc) but that'd be a PITA
16:22.25brlcadprintf("This is " SIZE_T_FMT " times more annoying than %%llu with a cast.", i);
16:23.44brlcadif windows has %zd then great, but last I looked they didn't: http://msdn.microsoft.com/en-us/library/tcxf1dw6(VS.100).aspx
16:24.17brlcadcourse, that doesn't list %p and we use that, so who knows
16:24.43*** join/#brlcad parigaudi_ (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
16:57.08*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
17:36.03*** join/#brlcad parigaudi_ (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
18:34.42CIA-91BRL-CAD: 03Sean 07http://brlcad.org * r2203 10/wiki/Mime-types: show how to manually set props
19:58.38*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
20:42.01starseekerhmm, cool:  http://www.itl.nist.gov/div897/sqg/dads/
20:52.29starseekerthinks this might be how we're doing n-ary trees: http://www.itl.nist.gov/div897/sqg/dads/HTML/binaryTreeRepofTree.html
20:53.24*** join/#brlcad mac- (~mac@sunrise.pi.net.pl)
20:53.26mac-hello
20:56.55mac-any one know if there is any GNU equivalent to MSC Nastran ?
20:58.41*** join/#brlcad Nohla (~jesica@201.255.236.19)
21:02.53brlcadmac-: haha
21:03.19mac-Salome maybe ?
21:03.25mac-anyone works on it ?
21:05.21mac-I mean if it is possible to create element / whole model under BRL-CAD and then open it in i.e. Salome for proceed with simualtions ?
21:05.56mac-like it is on MSC Nastran, where I can create model in i.e. Catia and then open it in Nastran to make simulations
21:09.55brlcadmac-: best I can suggest is to give it a try on a simple model
21:10.10brlcadyou certainly can model something with BRL-CAD and import that into Salome
21:10.11mac-heh
21:10.12mac-:>
21:10.43brlcadwhether it's sufficiently "equivalent" depends on WAY too many factors
21:11.55louipcmac-: why GNU specifically?
21:12.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:13.13mac-main target is to run under Linux, and to not pay half bilion of dollars for it :/
21:13.53brlcadGNU has little to do with that target, you just want something open source
21:14.48mac-not exactly
21:14.53mac-I`m not a programmer
21:15.03mac-I do not want to change code i.e.
22:02.06*** join/#brlcad ibot (ibot@rikers.org)
22:02.06*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205)
22:12.14``Erikahh, home at last
22:17.28``Erikthinks mac- wants "(free||cheap)&&worksonlinux", not necessarily open source O.o
22:18.43``Erikthinks jack doesn't understand a lot about the various licenses O.o *duck* :)
22:39.07*** join/#brlcad ibot (ibot@rikers.org)
22:39.07*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205)
22:41.10CIA-85BRL-CAD: 03erikgreenwald * r37731 10/brlcad/trunk/src/conv/g-egg.c: fix reported # of triangles
22:44.19CIA-85BRL-CAD: 03brlcad * r37732 10/brlcad/trunk/NEWS: erik fixed bugs in the g-egg exporter. Z is up! .. and fixed polygon format decl with correct num of reported triangles.
22:49.07CIA-85BRL-CAD: 03brlcad * r37733 10/brlcad/trunk/include/bu.h: clean up example structparse code (several typos).
23:10.20``Erikyeh, it actually works now, opposed to producing busted geometry heh
23:10.52``Erik(at least, I think it works, the panda conversion tools seem to like it, able to do funky round robin shit, like g-egg, egg2dxf, dxf-g and get a valid cube back
23:10.55``Erik)
23:49.09``Erik\/cl
IRC log for #brlcad on 20100224

IRC log for #brlcad on 20100224

00:09.22brlcadheh, a cube? :)
00:09.44``Erikyes. arb8 representin'
00:09.48``Erikneeded a simple geometry to test
00:09.51brlcadhow about an eto so you at least know if orientations preserve?
00:09.59``Erikbah, orientations are for wussies
00:10.03``ErikI'll do a ktank
00:11.36``Erikwell, ktank looks somewhat reasonable, but it turned it black somewhere in there
00:11.54brlcadit was ze germans!
00:12.00starseekerstealth ktank ;-)
00:12.20``Erikblitzkrapp
00:13.42``Erikhttp://brlcad.org/~erik/stealthtank.png
00:13.53``Erikg-egg, egg2dxf, dxf-g, rt
00:19.04starseekercool
00:36.51brlcadneat
00:45.06CIA-85BRL-CAD: 03erikgreenwald * r37734 10/isst/trunk/src/isst.h: minor default/minimum size tweaks.
01:24.09jackze eevil germanz
01:24.11jackhehe
01:25.25jack``Erik: licenses....shrug
01:25.31jacki'm only a packager
01:26.03jackso i don't differ too much besides "proprietary" and "opensourced somehow"
01:29.00CIA-85BRL-CAD: 03brlcad * r37735 10/brlcad/trunk/src/mged/polyif.c: ws consistency indent style cleanup
01:31.47CIA-85BRL-CAD: 03brlcad * r37736 10/brlcad/trunk/src/mged/mged.h: quell warnings about index/pipe/free shadow
01:38.10``Erikobviously ya don't package for debian *cough* :D
02:40.39*** join/#brlcad Nohla (~jesica@201.255.236.19)
03:07.44brlcadooooof, finally finished!
04:45.18CIA-85BRL-CAD: 03brlcad * r37737 10/brlcad/trunk/src/mged/points/points_scan.l: flex uses isatty() without including a header that declares it. quell warningage.
04:45.54CIA-85BRL-CAD: 03brlcad * r37738 10/brlcad/trunk/src/mged/points/process.h: quell other compilation warnings for yacc defines that are not properly being tested, assumed to be defined when they are not.
04:56.03CIA-85BRL-CAD: 03brlcad * r37739 10/brlcad/trunk/include/common.h: might need sys/types.h for ptrdiff_t so conditionally include it too in the ssize_t section
05:06.29*** join/#brlcad Phurl (~mdupont@ip-81-210-228-126.unitymediagroup.de)
05:28.43brlcad*whoosh*
05:29.40CIA-85BRL-CAD: 03brlcad * r37740 10/brlcad/trunk/src/mged/ (79 files): (log message trimmed)
05:29.40CIA-85BRL-CAD: Kaboooom. massive consistency/formatting/ws/indent/comment/deadcode clean-up.
05:29.40CIA-85BRL-CAD: should be absolutely no logic changes introduced, but when you changes 15k lines
05:29.40CIA-85BRL-CAD: of code.. damn if I'd swear to it. inadvertent spacing after commas is the
05:29.40CIA-85BRL-CAD: likely problem case though no further suspects were identified after fixing more
05:29.41CIA-85BRL-CAD: than 50 such errors. this cleanup took a long time (better part of a day) but
05:29.41CIA-85BRL-CAD: cleans up the entire mged dir with improved readability, maintainability, and
05:42.44jack:)
05:43.04jackbrlcad: has mged evolved much in the past few months?
05:43.26jacklast time i built it you said it's pretty immature
05:43.54brlcadI don't beleive I've ever said it was immature
05:43.57brlcadit's very mature
05:44.25brlcadbut it does have plenty of room for improvmenet and many features it doesn't implement
05:44.30jacksomething like that ;) you recommended to disable it, back then
05:44.40brlcadyou can't disable mged
05:44.45brlcadso you misunderstood something
05:44.53jackapparently :)
05:45.35brlcadmaybe to disable rtgl mode
05:45.46jackyup! that was it
05:46.21brlcadrtgl is just one of about a half-dozen possible render modes that mged can use
05:46.33jack:)
05:46.34jackok
05:47.29brlcadif you don't know how to use mged, you only need one mode -- the default X11 mode
05:47.50brlcadtill you go through the tutorials, start to get a grasp on the basic commands, etc
05:48.00jackyeah
05:48.17brlcadthat's at least a week's effort in itself and you'd still be considered an infant modeler
05:49.24jacki doubt i could model pretty infants...
05:49.34jackbut yeah, of course you're right
05:51.19CIA-85BRL-CAD: 03brlcad * r37741 10/brlcad/trunk/src/mged/ (Makefile.am concat.c): remove the empty concat.c file. all it did was add three unused globals, wasting a tiny bit of memory.
05:53.21CIA-85BRL-CAD: 03brlcad * r37742 10/brlcad/trunk/src/mged/ (Makefile.am utility2.c vdraw.c): also remove the empty vdraw.c and utility2.c files. looks like their guts migrated to libged.
05:57.59*** join/#brlcad Ralith (~ralith@216.162.199.202)
06:11.34*** join/#brlcad maddx (~ron@m208-197.dsl.rawbw.com)
06:17.56CIA-85BRL-CAD: 03brlcad * r37743 10/brlcad/trunk/src/libbu/parse.c:
06:17.56CIA-85BRL-CAD: begin the conversion of the undocumented 'i' chaining structparse keyword to a
06:17.56CIA-85BRL-CAD: '%p' pointer argument. the idea being that the tables are linked together via
06:17.56CIA-85BRL-CAD: the pointer address of the other table. still a pending concept so don't get
06:17.56CIA-85BRL-CAD: all annoying with deprecation notices just yet (not that they're strictly
06:17.56CIA-85BRL-CAD: required either as 'i' wasn't publicly documented behavior).
07:07.31*** join/#brlcad Ralith (~ralith@216.162.199.202)
08:41.32*** part/#brlcad maddx (~ron@m208-197.dsl.rawbw.com)
08:43.46*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:50.22d_rossbergas already mentioned: the %zu equivalent in msvc is %Iu
08:50.57d_rossbergif you want to get a smart detection you have to use C++
08:54.24d_rossberg%zu only means: 32 bit on 32-bit-machines and 64 bit on 64-bit-machines (which isn't really smart)
09:11.03jackisn't there a gcc for windows?
09:11.21jacki'd never use msvc unless i really, really have to
09:30.24d_rossbergthen how do you develop? gcc is only good for compiling but not for developing
09:45.38*** join/#brlcad Nohla (~jesica@201.255.236.19)
10:15.39jackd_rossberg: true of course
10:15.52jackbut there are so many decent editors
11:49.20Ralithemacs runs just fine on windows!
11:49.23Ralith^^
12:20.42``Erikjack: look at msys and/or cygwin?
13:22.57Ralithis mingw actively maintained?
13:23.33Ralithevery time I look at it the release dates are distressingly old and the tool version numbers older.
13:36.18``ErikI think msys deprecated mingw32
13:46.49RalithI thought msys operated on top of mingw O.o
13:49.33``Erikmight... that's all that windows stuff anyways (gcc is just dandy for developing, it's windows that causes issues O:-) )
13:50.08Ralithshame it can't be just left at that.
13:50.13Ralithsleeps
13:51.34*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
13:51.34*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
13:55.15brlcadd_rossberg: I presume from the docs that %llu works for you on Windows?  you still compiling with vc6?
13:57.53``Erikhuh, the 'stupid' button on my dash also turns off the antilock brakes, neat
13:59.10``Erikbrlcad: src/mged/concat.c seems to be missing, is that a forgotten svn add, or a Makefile.am oops?
14:10.05``Erikbah, n/m, auto* forgot to regenerate a file
14:13.49d_rossbergbrlcad: BRL-CAD can not be compiled with vc6 any more; i'm working with msvc9 (Visual Studio 2008)
14:14.42d_rossberg%llu is ok for windows (means fixed 64 bit size integer)
14:15.31d_rossbergi.e. it isn't applicable for win32 size_t
14:16.48*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
14:20.10d_rossbergwhould this work?: #define %zu %Iu
14:26.02``Erikdoesn't think % is legal as a cpp name?
14:26.41``ErikI also don't thinkk macro's evaluate inside of strings :/
14:30.19d_rossbergi was afraid of this
14:30.55``Erikthe least painful way might be something like
14:31.37``Erik#if ... ^M #define thisishowweprintnativesize "%zu" ... printf("some " thisishowweprintnativesize " items\n");
14:31.47``Erik(which is pretty painful and ugly)
14:32.16``Erik(or use %p and stop using size_t/ssize_t for non-pointer stuff)
14:40.42d_rossbergis a macro from C99's inttypes.h applicable?
14:41.21d_rossbergthis macro could then defined in config_win.h too
14:43.57d_rossberge.g. PRIuPTR
14:49.02``Erikthinks BRL-CAD is still targetting C89
14:52.00d_rossbergc99 has no priority at microsoft, they are focusing on c++0x
15:05.49``ErikI thought they were focusing on c#.net O:-)
15:07.46d_rossberg:)
15:23.32starseekersigh.  https://connect.microsoft.com/VisualStudio/feedback/details/526116/c99-support
15:24.02starseekerwhat about the idea of making bu_log smarter and using that everywhere?
15:25.07``Erikit'd need shtuff to support printing to memory (sprintf style) as well as selecting streams (fprintf style)
15:25.24starseekernods - I know
15:26.12starseeker10:44 < brlcad> "smart bu_printf" is bu_log
15:26.52``Erikwell, bu_log() will try to use stderr, not stdout
15:27.53``Erikponders 's/fprintf(stderr,/bu_log(/'
15:28.02starseeker``Erik: the alternative of not using size_t for non-pointer stuff would essentially force us to the "safe" 32 bit sizes for things, wouldn't it?
15:28.25``Erikor safe 64b, or safe 'int'
15:28.50``Eriksome day, int will be 64b naturally, int was 16b on a lot of machines for a long time *shrug*
15:29.23starseekercorrect me if I'm wrong, but it seems like all roads lead to major work here
15:29.49``Erikprobably :D
15:30.49``Erikstealing a BSD licensed vprintf set, shoving bu_ ont he front of it all and doing massive search/replace in the code might be doable, but then we're maintaining our own stdio functionality (even more than we do now)
15:31.33starseekersure, but how much maintainance would that be beyond the initial effort?
15:32.06``Erikprobably not much, vprintf is reasonably old and well used...
15:32.28starseekernods - that's what I was hoping
15:32.41``Erikhasn't written too many programs that don't use vprintf somewhere *shrug* :D
15:32.43starseekerthat would mean an up front effort and we're "done"
15:35.05``ErikI d'no, one of the size_t things I actually looked at was summing the number of polygons in a primitive... 2|4 billion polygons in a single primitive is... a lot :) plain old int might be good enough? *shrug*
15:35.26``Erikbecause, y'know, 640KB of ram should be enough for anyone :/
15:35.35starseekerLOL
15:35.58starseekeryou just precisely defined both sides of the argument
15:37.15``Erik(amusingly, the context of billy's statement actually paints ibm as the visionless idjit... they wanted to reserve bunchs of high memory for hw access)
15:37.33starseekeryeah, that's been debunked for years
15:38.15starseekerthere's always the classic "there is maybe a market for five computers worldwide" quote, or something like that...
15:38.19``Erikyeh, I just don't wanna invoke the memory without noting context, lest someone who's not familiar go off with linux style zealotism again
15:38.26``Erikyeh, that was dec, right?
15:38.46``Erikoh, no, ibm again
15:39.13starseekersuspects it's not entirely accidental that it was IBM who is responsible for the ubiquity of x86...
15:40.00``Erikibm was the only company that had the name to make the notion of a 'personal computer' a business reality... they just happened to choose the 8088 fairly arbitrarily
15:40.12``Erik(yeh, 8088, not 8086)
15:40.33``Erikintel may've been the only one with the production capabilities they were looking for at the time :)
15:40.43starseekerwinces - bad time for an arbitrary decision, if that was what it was...
15:40.44starseekeryeah
15:42.10starseeker``Erik: well, my vote, if it matters, would be to snarf the code, wrap it in bu_, and do the search/replace...
15:43.24``Erikdoesn't want a vote, is focusing on unrelated parts at the moment *shrug* just gonna provide ideas :)
15:44.04``Erikmaybe brlcad will have an opinion... this may even be one to turn into a 'card' item
15:44.55``Erikmaybe we should re-write it in java, so an int is 32b, damnit, no matter what hw you have O.o
15:45.04starseekerhehe
15:45.16starseekeror we could switch to C++ compiling for everything...
15:45.24``Erikhm
15:45.25starseekerwaits for the horrible scream...
15:45.32``Erikstart a compile, come back in a week to see if it's done?
15:47.11starseekergets ready to head in
15:55.27brlcadgets ready to head in too
15:56.24brlcadd_rossberg: okay, good to know (and glad to hear it! .. no more vc6 pains.. ) :)
15:57.27brlcad``Erik: we should be c89 compliant now, so we can move on to c99isms if we want
15:59.06brlcadthe bu_vls printing could also be enhanced if we were to add %z support, so we'd have streams and strings ..
15:59.22brlcadstderr is an implementation flaw/limitation of bu_log that I'm hoping we rectify soon (by allowing a stream to be registered or use callbacks)
15:59.58brlcadwe already have vprintf equivalence routines
16:05.44``Erikbrlcad: going to make it up for lunch?
16:09.59brlcadpossibly, where?
16:10.04``Erikdunno yet
16:10.12brlcadstarseeker: are there docs posted on the coil primitive?
16:42.29starseekerbrlcad: not posted, no
16:42.31starseekerthere's a man page
16:43.16starseekernever did finish the article - was trying to figure out how to allow an overall length specification, and that proved difficult - then other things trumped it
16:44.02starseeker(I assume you mean the coil tool?  it uses pipe for the primitive)
16:46.06starseekeralso, it developed a quirk where it doesn't want to do different spacing regions in one coil anymore - I haven't tracked that down yet
16:46.19starseekerrides
17:32.52*** join/#brlcad mac- (~mac@sunrise.pi.net.pl)
18:45.33*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
19:19.31jack``Erik: i don't have a windows box ;) but yeah, i know cygwin is pretty cool
19:20.35``Erikheh, ./configure CFLAGS=-mno-cygwin   O.o :)
19:21.10``Erik(that'd probably fail horrible on BRL-CAD, but it's an effective way to get unencumbered binaries on winderz without shelling out for studio)
20:14.59jackhaha
20:15.28jackno clue about windows-specific build issues, luckily
20:17.26jackcygwin is for windows what fink is for macos...only difference: we don't need to patch that much since the underlying OS is a sane almost-unix
20:25.10``Erikfavors macports to fink these days
20:49.35*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
21:10.27*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:10.40CIA-85BRL-CAD: 03starseeker * r37744 10/brlcad/trunk/src/shapes/coil.c:
21:10.40CIA-85BRL-CAD: Ah hah. Coil tool problem with -S inputs was due to the introduction of the
21:10.40CIA-85BRL-CAD: left hand winding ability - that ability requires a variable be set that wasn't
21:10.40CIA-85BRL-CAD: being set by the five inputs to -S, so make it 6 settings - the -S option really
21:10.40CIA-85BRL-CAD: should be rethought, since you can't currently mix left and right hand windings,
21:10.41CIA-85BRL-CAD: but at least it will work now.
21:12.44CIA-85BRL-CAD: 03starseeker * r37745 10/brlcad/trunk/doc/docbook/system/man1/en/coil.xml: Update coil man page with essential changes to -S option.
21:14.20CIA-85BRL-CAD: 03starseeker * r37746 10/brlcad/trunk/NEWS: Note fixing of coil -S option.
21:34.46starseekerwhile I'm thinking of it, time to undo one embarassing coding misadventure...
21:37.07CIA-85BRL-CAD: 03starseeker * r37747 10/brlcad/trunk/src/libged/tire.c: Don't need to truncate and then print manually - that's what bu_vls_sprintf is for.
21:40.01starseeker166 lines bite the dust :-)
21:40.48brlcadheh
21:48.34CIA-85BRL-CAD: 03erikgreenwald * r37748 10/brlcad/trunk/ (3 files in 2 dirs): begin stubbing libgcv marching cubes variant
21:53.21CIA-85BRL-CAD: 03brlcad * r37749 10/brlcad/trunk/src/libbu/vls.c: untested, but add support for %ll long long's. fix what seems to be a bug with short ints matching the field length bitcode.
22:33.34CIA-85BRL-CAD: 03brlcad * r37750 10/brlcad/trunk/src/libbu/vls.c: similarly, support %hh 'short shorts' including the assumption that the argument is an int. separate out %p from %d/%x as that assumption is flawed on 64-bit. add support for %i.
22:36.28CIA-85BRL-CAD: 03brlcad * r37751 10/brlcad/trunk/src/libbu/vls.c: %n support, assume we can pass through as void*'s
22:50.22CIA-85BRL-CAD: 03brlcad * r37752 10/brlcad/trunk/src/libbu/vls.c: expand out support for unsigned types separate from the signed types
22:53.19*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:57.26CIA-85BRL-CAD: 03brlcad * r37753 10/brlcad/trunk/src/libbu/vls.c: expand support for %j intmax_t, %t ptrdiff, and %z size_t specifiers.
23:03.00CIA-85BRL-CAD: 03brlcad * r37754 10/brlcad/trunk/src/libbu/vls.c: same size_t, ptrdiff_t, intmax_t support for signed types, reduce some of the duplication.
23:03.26brlcadthat should add %z support to all our our bu logging and string routines
23:29.24``Erikoh that poor vls.c file
IRC log for #brlcad on 20100225

IRC log for #brlcad on 20100225

00:00.49jack``Erik: but why? (macports > fink)
00:01.06jackdo you love fbsd and/or tcl that much?
00:01.17``Erikmore ports, more up to date, and yes, I love fbsd that much
00:01.49jackmore ports is wrong ;) fink has ~10k packages
00:02.17jackyou shouldn't count every variant of a macports package on its own
00:02.19``Erik(a fair bit of the mac's software stack was grabbed from fbsd, and several fbsd developers were hired by apple... it's fairly fbsd)
00:02.28jackof course
00:02.32``Erikwithout variants, macports has 13272
00:02.44jackwow? ok
00:02.51``Erikwell
00:03.06``Erikwait, let me look at the file more carefully, it might not be as sane as the fbsd INDEX-8
00:03.30``Eriksorry, 9618
00:03.42jacksee ;)
00:03.47jackstill not bad
00:04.53``Erikdamn, there're more keywords tacked in there *hangs head* unless my regex fu is off, only 6636 :(
00:05.16``Erika few years back, macports (or darwinports at the time) was a hair ahead, iirc
00:05.28jackthat's more like what i expected ;)
00:05.46``Erikran both for a while, but macports had everything he wanted, fink did not *shrug* did a slow migration over time
00:06.15jackbut...do they have brlcad? ;p
00:06.18``Erikat the time, my feeling was that fink was kinda on life support
00:06.32jackit's very alive atm
00:06.55``Eriknope, and it doesn't have BRL-CAD, either :D
00:06.58brlcaddo they have "me"?
00:07.03brlcadI sure hope not
00:07.07jack:)
00:07.39``Erikthey went all cher on your ass, dude... <macports (in a horse voice)> I got you, babe!
00:07.52jacki'll call my package brlcad though, not BRL-CAD
00:08.02jackcaps aren't allowed
00:08.16``Erikponders cooking a package for macports... needs to update the fbsd one :/
00:08.35brlcadjack: doc/description.txt talks about the name and ways to use it, recommended reading if you're packaging
00:08.51``Erik7.14.8 had some breakage that prevented sane fbsd porting :/
00:08.55jackbrlcad != good? ok
00:09.21``Erikno, he's not good, he can't even figure out how to migrate servers or get sun machines up... :D *duck*
00:10.02jackphew...imagine 2 cute quotes around my brlcad ;)
00:24.31starseekergroans
00:24.49starseekerrealizes he was an idiot about how he set up the helix angle tilting in the coil tool
00:34.08``Erikheh
00:41.55*** join/#brlcad Nohla (~jesica@201.255.245.68)
00:41.57starseekervastly complicated length calculations needlessly
00:42.19starseekerstarts threading through the logic to fix it...
00:48.43CIA-85BRL-CAD: 03erikgreenwald * r37755 10/brlcad/trunk/src/librt/primitives/ (metaball/metaball_tri.c nmg/nmg_tri_mc.c): don't try to push normals to NMG generation shtuff...
01:13.18``Erik<PROTECTED>
01:22.56brlcadhehe
01:40.19CIA-85BRL-CAD: 03starseeker * r37756 10/brlcad/trunk/src/shapes/coil.c: Start reworking the coil logic to be easier to deal with algorithmically. Plain coil should function but all the endcap types are messed up.
01:46.24CIA-85BRL-CAD: 03starseeker * r37757 10/brlcad/trunk/src/shapes/coil.c: Going to need to do a little option reshuffling now that length is going to be a parameter.
04:28.55CIA-85BRL-CAD: 03starseeker * r37758 10/brlcad/trunk/src/shapes/coil.c: This seems to fix the squared off coil variation - needs more testing.
04:50.44CIA-85BRL-CAD: 03starseeker * r37759 10/brlcad/trunk/src/shapes/coil.c: This should straighten out squared ground cap, which is just squared with subtracting rccs.
05:28.08CIA-85BRL-CAD: 03starseeker * r37760 10/brlcad/trunk/src/shapes/coil.c: Ground ends for non-squared working, if helix angle = 0.
08:00.30*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:01.37*** join/#brlcad Ralith (~ralith@216.162.199.202)
08:16.53*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
10:15.47CIA-85BRL-CAD: 03d_rossberg * r37761 10/brlcad/trunk/src/libgcv/CMakeLists.txt: synced with Makefile.am: added region_end_mc.c
10:16.43CIA-85BRL-CAD: 03d_rossberg * r37762 10/brlcad/trunk/include/config_win.h: added intmax_t (64 bit integer)
10:18.05*** join/#brlcad mac- (~mac@sunrise.pi.net.pl)
10:21.45CIA-85BRL-CAD: 03d_rossberg * r37763 10/brlcad/trunk/src/libbu/vls.c:
10:21.45CIA-85BRL-CAD: MS Visual Studio compatibility: put stdint.h into ifdefs
10:21.46CIA-85BRL-CAD: removed potentially dangerous and unnecessary casts
12:11.17*** join/#brlcad jack (~jack@85.92.137.10)
12:27.46*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
12:54.47*** join/#brlcad jack (~jack@unaffiliated/jack)
13:48.47starseekerprys his eyelids open and heads in...
14:47.35brlcadwow
14:47.41brlcadif I'm reading him correctly...
14:47.48brlcadwe're now finally in portage
14:48.42brlcadStarted: 2005-01-08 23:12   Finished: 2010-02-20 13:30
14:48.54starseekerfaints
14:49.49brlcadhttp://packages.gentoo.org/package/sci-misc/brlcad
14:50.06``Erikand it only took a hair over five years
14:51.03*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
14:51.42starseekerso, who's up for ice skating in hell?
14:54.05brlcadsomeone still needs to take ownership of the ebuild
14:56.05starseekerIIRC, that has to be an official gentoo dev
14:58.47brlcadso become one ;)
14:59.11brlcada buddy of mine is one, the process isn't too painful from what he shared
14:59.23brlcadcourse, maybe he'll do it ..
15:20.51*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
16:06.51*** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
16:42.17CIA-85BRL-CAD: 03bob1961 * r37764 10/brlcad/trunk/src/libbu/ (badmagic.c hash.c image.c malloc.c mappedfile.c str.c tcl.c): Quell more windows 64-bit compilation warnings.
16:44.10CIA-85BRL-CAD: 03bob1961 * r37765 10/brlcad/trunk/src/libfb/tcl.c: Quell more windows 64-bit compilation warnings.
16:45.42CIA-85BRL-CAD: 03bob1961 * r37766 10/brlcad/trunk/include/ (bu.h magic.h): Quell more windows 64-bit compilation warnings.
17:45.19CIA-85BRL-CAD: 03bob1961 * r37767 10/brlcad/trunk/include/bu.h: Casting 0 to a (struct bu_vls *) in BU_VLS_IS_INITIALIZED. This is for the BSD build.
18:12.04``Eriknice, 7.16.6 fails out of the box
18:13.04``Erikadds --disable-strict-build
19:34.08brlcadpretty nice frechroduction to brl-cad: http://fr.wikibooks.org/wiki/Initiation_à_BRL-CAD
20:04.04*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:27.44CIA-85BRL-CAD: 03erikgreenwald * r37768 10/brlcad/trunk/src/conv/step/GlobalUnitAssignedContext.cpp: remove unneeded header
20:46.38CIA-85BRL-CAD: 03brlcad * r37769 10/brlcad/trunk/include/config_win.h: windows has uintptr_t, also provide uint64_t as an unsigned __int64.
20:50.36CIA-85BRL-CAD: 03erikgreenwald * r37770 10/brlcad/trunk/src/conv/step/Makefile.am: Disable unnecessary rule (causes sigabrt in fedex_plus with non-gnu make).
20:51.10CIA-85BRL-CAD: 03brlcad * r37771 10/brlcad/trunk/ (configure.ac include/common.h): C99 says uintptr_t is optional, so make sure we provide something. configure has a matching test that should provide a define if the type doesn't exist.
20:51.23CIA-85BRL-CAD: 03bob1961 * r37772 10/brlcad/trunk/ (5 files in 2 dirs): More 64-bit windows mods.
21:08.38CIA-85BRL-CAD: 03erikgreenwald * r37773 10/brlcad/trunk/src/adrt/load_g.c: %x->%p for pointer
21:10.53CIA-85BRL-CAD: 03brlcad * r37774 10/brlcad/trunk/include/bu.h:
21:10.53CIA-85BRL-CAD: make bu.h include stdint.h in order to get basic int types. this is needed by
21:10.53CIA-85BRL-CAD: the magic number checking, which uses the optional uintptr_t but the checks are
21:10.53CIA-85BRL-CAD: pervasive so it makes the most sense to include it here or in common.h
21:12.52CIA-85BRL-CAD: 03brlcad * r37775 10/brlcad/trunk/include/magic.h:
21:12.52CIA-85BRL-CAD: size_t will not necessarily be big enough to hold a pointer address. on current
21:12.52CIA-85BRL-CAD: uniform memory hardware, that's certainly a reasonable assumption, but not
21:12.52CIA-85BRL-CAD: necessarily with 16-bit systems and not with fragmented/partitioned memory
21:12.53CIA-85BRL-CAD: systems. instead, use the c99-optional-but-we-provide-it-regardless uintptr_t
21:12.53CIA-85BRL-CAD: type which is specifically for holding a pointer address value.
21:17.46CIA-85BRL-CAD: 03brlcad * r37776 10/brlcad/trunk/src/libbu/ (bomb.c crashreport.c): apparently the cast is not enough to shut gcc 4.1 up from complaining about write/fwrite return values not being checked. this is failure code, we don't care.
21:29.53CIA-85BRL-CAD: 03brlcad * r37777 10/brlcad/trunk/src/libbu/ (htester.c image.c parallel.c vlb.c): more verbose warning quellage due to gcc 4.1 with -O3 being a little more bitchy about checking stdio return values.
21:30.47CIA-85BRL-CAD: 03brlcad * r37778 10/brlcad/trunk/src/libbu/htond.c: pull out by_byteorder() from the switch() due to a warning about not being able to inline the function.
21:43.16CIA-85BRL-CAD: 03brlcad * r37779 10/brlcad/trunk/include/bu.h: gcc doesn't like this function being declared inline. complains about not being able to find the implementation, so just remove the inline label on the decl (but keep it on the impl).
21:50.57CIA-85BRL-CAD: 03brlcad * r37780 10/brlcad/trunk/src/libbn/ (plot3.c tabdata.c): more fwrite/fscanf unchecked return value warning quelling.
21:50.59CIA-85BRL-CAD: 03starseeker * r37781 10/brlcad/trunk/src/shapes/coil.c: This gets pretty close to working ground caps with different helix angles - not quite perfect symmetry between top and bottom, but should be good enough.
21:56.19*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:19.00CIA-85BRL-CAD: 03starseeker * r37782 10/brlcad/trunk/src/shapes/coil.c:
22:19.00CIA-85BRL-CAD: Ah, there we go - that seems to be symmetric. Unfortunate pipe constraints seem
22:19.00CIA-85BRL-CAD: to dicate the 1/8 pitch factor is needed at the ends, but in this case the gross
22:19.00CIA-85BRL-CAD: length isn't impacted anyway due to it being a ground coil - just a (slight)
22:19.00CIA-85BRL-CAD: change in the profile of the coil at the ground ends.
22:43.22brlcadahh, code code type type
22:44.07CIA-85BRL-CAD: 03brlcad * r37783 10/brlcad/trunk/src/librt/ (db_scan.c vlist.c): quell more verbose warnings about paying attention to read/write return values.
22:44.15CIA-85BRL-CAD: 03brlcad * r37784 10/brlcad/trunk/src/libpkg/pkg.c: quell portability warning about having the preprocessor meddle in the middle of function parameters. get the pid before we call the function.
23:01.57CIA-85BRL-CAD: 03brlcad * r37785 10/brlcad/trunk/src/conv/g-var.c: remove unnecessary references to uint8_t
23:02.48CIA-85BRL-CAD: 03brlcad * r37786 10/brlcad/trunk/src/conv/g-var.c: unsigned
23:08.15CIA-85BRL-CAD: 03brlcad * r37787 10/brlcad/trunk/src/conv/g-var.c: ws indent update
23:29.23CIA-85BRL-CAD: 03brlcad * r37788 10/brlcad/trunk/configure.ac: note that it's an embedding of AC_TYPE_UINTPTR_T
23:30.09CIA-85BRL-CAD: 03brlcad * r37789 10/brlcad/trunk/include/config_win.h: expand all of the stdint types using msvc's __int# types.
23:50.48*** join/#brlcad Phurl_ (~mdupont@2001:0:53aa:64c:2069:172f:ae2d:1b81)
23:54.51CIA-85BRL-CAD: 03brlcad * r37790 10/brlcad/trunk/include/common.h: see if UINTPTR_MAX is defined
23:56.07CIA-85BRL-CAD: 03brlcad * r37791 10/brlcad/trunk/src/shapes/ (11 files): ws indent formatting style consistency cleanup.
IRC log for #brlcad on 20100226

IRC log for #brlcad on 20100226

01:51.11CIA-85BRL-CAD: 03starseeker * r37792 10/brlcad/trunk/src/shapes/coil.c: (log message trimmed)
01:51.11CIA-85BRL-CAD: Add rudamentary work to support specification of length. Extremely crude,
01:51.11CIA-85BRL-CAD: supports only one type of coil and fits to length without attempting to preserve
01:51.11CIA-85BRL-CAD: other user specified characteristics when some are specified and some are not.
01:51.11CIA-85BRL-CAD: What this needs is a priority queue of some sort that preferentially sorts
01:51.12CIA-85BRL-CAD: non-user-specified parameters to the head of the list of knobs to try, and
01:51.13CIA-85BRL-CAD: perhaps tries to maintain some sort of relationship between various sizes -
01:58.28*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
01:58.28*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
02:38.02*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
02:40.33*** join/#brlcad Nohla (~jesica@201.255.245.68)
03:03.14*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
03:06.53brlcadwoot
03:22.55starseekerbrlcad: hmm?
03:49.33brlcadgot length
05:49.09CIA-85BRL-CAD: 03brlcad * r37793 10/brlcad/trunk/include/bn.h: fix matching braces on the doxygen group decls
06:12.42CIA-85BRL-CAD: 03brlcad * r37794 10/brlcad/trunk/include/dvec.h: quell doxygen confusion on typedefs in class right before a method.
06:13.54CIA-85BRL-CAD: 03brlcad * r37795 10/brlcad/trunk/include/bu.h: rename bu_tcl doxygen group to tcl
08:01.54*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:04.54d_rossbergwe must not rely on the HAVE_~ macros if HAVE_CONFIG_H is not defined as we currently do in common.h
08:52.35CIA-85BRL-CAD: 03d_rossberg * r37796 10/brlcad/trunk/include/common.h:
08:52.35CIA-85BRL-CAD: hack to get the MS Windows DLL build working: defined HAVE_UINTPTR_T if BRLCADBUILD and HAVE_CONFIG_H are not set
08:52.35CIA-85BRL-CAD: this needs probably to be reworked: the HAVE_~ macros are (or should be) only present if HAVE_CONFIG_H is set
09:03.02brlcadd_rossberg: we weren't relying on them (solely) ... at least that wasn't the intention
09:03.22brlcadthat's why both test against UINTPTR_MAX and SSIZE_MAX
09:05.20brlcadbasically means UINTPTR_MAX wasn't declared on your system after including stdint.h -- have to find which header provides it
09:11.57d_rossbergok, but stdint.h is only included if HAVE_STDINT_H is set
09:12.33brlcadright, from what little I could find, windows doesn't have a stdint.h but still provides the type
09:12.43brlcadwhere is it?
09:16.42d_rossbergmsdn says stddef.h
09:16.54brlcadneed some way to know whether it's available or not, ideally some header define we can key off of
09:18.30CIA-85BRL-CAD: 03brlcad * r37797 10/brlcad/trunk/include/common.h: see if including stddef.h is enough to get UINTPTR_MAX
09:18.43d_rossbergthere is a UINTPTRT_T_DEFINED macro in msvc ... i'll test it
09:19.29d_rossberg(there is no UINTPTR_MAX in msvc)
09:21.29CIA-85BRL-CAD: 03brlcad * r37798 10/brlcad/trunk/include/common.h: try keying off of UINTPTRT_T_DEFINED too for windows
09:21.58brlcadarf, k that sucks.. :)  but is at least something (and better than resorting to _MSC_VER or _WIN32) :)
09:23.57brlcadIf we have to, we can self-manage and provide all of the stdint.h facilities .. I was just hoping to avoid doing that
09:24.29brlcadself-managed, there wouldn't be any common.h blocks
09:29.55d_rossbergups, there was a typing error (should be _UINTPTR_T_DEFINED), and btw i'll remove the #include <stddef.h> too (it isn't needed)
09:34.15brlcadk
10:08.47CIA-85BRL-CAD: 03brlcad * r37799 10/brlcad/trunk/include/bu.h: provide a means to declare deprecated API so that the compiler can warn if it is used.
10:17.10CIA-85BRL-CAD: 03d_rossberg * r37800 10/brlcad/trunk/include/common.h:
10:17.10CIA-85BRL-CAD: clean extension of version 37790 for MS Visual Studio
10:17.10CIA-85BRL-CAD: (fixed another typing error, removed interim stddef.h include)
10:47.42CIA-85BRL-CAD: 03brlcad * r37801 10/brlcad/trunk/include/bu.h: don't need the post-declaration deprecated comment with the deprecated attribute
10:48.48CIA-85BRL-CAD: 03brlcad * r37802 10/brlcad/trunk/src/ (16 files in 7 dirs): consistency cleanup, remove spaces around arrow operators
11:33.09CIA-85BRL-CAD: 03brlcad * r37803 10/brlcad/trunk/src/util/ (50 files): mass consistency style ws indent formatting cleanup.
12:48.11*** join/#brlcad Phurl_ (~mdupont@2001:0:53aa:64c:2069:172f:ae2d:1b81)
12:55.48*** join/#brlcad Phurl_ (~mdupont@2001:0:53aa:64c:2069:172f:ae2d:1b81)
13:01.10``Erikayup
13:45.23*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
15:23.31CIA-85BRL-CAD: 03starseeker * r37804 10/brlcad/trunk/src/shapes/coil.c: whoops - correct for the height change due to the end of the pipe not quite being a full step up.
15:38.08CIA-85BRL-CAD: 03starseeker * r37805 10/brlcad/trunk/src/shapes/coil.c: couple more length tweaks.
16:03.09CIA-85BRL-CAD: 03bob1961 * r37806 10/brlcad/trunk/src/libpkg/pkg.c: More 64-bit windows compatibility mods.
16:03.20brlcadlooks like 26 people have been involved in getting brl-cad into portage
16:03.37brlcadfrom testers to commentary to ebuild writers to devs
16:07.24``Erikso ya won't be in for lunch, I presume
16:24.08brlcadwas up coding through the night, I'm done for the day
16:26.11brlcad"done" in the traveling sense at least
17:16.19jackbrl-cad made it into gentoo? nice :)
18:35.21brlcadit's been in the science overlay for a long time, but now in main
18:37.24CIA-85BRL-CAD: 03brlcad * r37807 10/brlcad/trunk/configure.ac: also try -prof_gen for profiling and -debug for debugging. this should help icc compilation.
18:37.31CIA-85BRL-CAD: 03brlcad * r37808 10/brlcad/trunk/ (4 files in 2 dirs): remove the pcd-pix tool. it has a non-commercial clause that is incompatible with our license.
18:37.32CIA-85BRL-CAD: 03brlcad * r37809 10/brlcad/trunk/NEWS:
18:37.32CIA-85BRL-CAD: Note fixing of coil -S option. The -S option now takes six
18:37.32CIA-85BRL-CAD: sizing/winding/direction parameters. reworeded to not have '- ' in the
18:37.32CIA-85BRL-CAD: description as that is how authors are identified by other scripts that parse
18:37.32CIA-85BRL-CAD: the NEWS file.
19:20.12``Erikdangit, some fool went and blew all sorts of stuff up with some uintptr_t crap
19:20.55``Erikforces autogen again
19:40.29brlcadwould you like some cheese?
19:42.25``Erikyes, please
19:47.21``Erik(actually, I saw errors spewing left and right about the uintptr on some machines and was gearing up for rant before seeing if regenerating fixed it... but got deflated :D )
19:56.16``Eriklooks around for machiens to test his binary semi-static compiles on O.o
20:36.25``Erikblahhh, tcl :(
20:36.28``Erik</whine>
21:55.52*** join/#brlcad learner (~sean@c-68-48-70-217.hsd1.md.comcast.net)
22:20.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:35.59``Erikdang, the drive home didn't fix my headache :/
22:37.26brlcadhammer
22:37.40brlcadthat'll cure what ails ya
22:40.23``Erikheh
22:41.19``Erikhas a binary isst for leopard that statically links the entire gtk+ toolchain
22:42.22brlcadheh
22:43.12``Erik(also statically links the BRL-CAD chain needed... should just be a grab&go dealie)
22:43.27brlcadgoing to upload it?
22:43.51``Erikit's on the internal forge server
22:44.17brlcadand write up an announcement deal (or at a minimum gimme a distributable screenshot with sample instructions to run)
22:44.23``Eriksent an email to some interested parties, even... wanna fix some stuff before getting it to a wider audience, though
22:44.49brlcadah, I'd post it up to sf.net, see what bites
22:44.58brlcadbut that's just me :)
22:44.59``Eriktk/libfb might be better for that kinda dealie
22:45.17``Erikwell, quite a bit of it bites right now... oh, you mean interest wise... :D *duck*
22:45.19brlcadif it's fully self-contained, then a preview wouldn't hurt
22:45.47``Erikthe osX version still need X11.app (or Xquartz.app) running
22:45.51brlcadcan call it pre-alpha with big blinking warning labels
22:45.55``Erikneeds
22:46.29brlcadit might even run on 10.4
22:46.40brlcad(maybe with a recompile)
22:46.43``Erikit would if it were compiled for it, but I didn't get around to that
22:47.02brlcadyou don't have to, default is supposed to be compatible
22:47.05``ErikI took Ed's laptop again, but ended up BSing past when I was supposed to leave, so I just put it on my desk
22:47.16``Erikno, it's not, _getopt$UNIX2003 is missing
22:47.18brlcadat least on the high-level.. some of the X libs maybe not so much
22:47.27``Erikwith several hits on google saying it's a leopard vs tiger issue
22:48.06``Eriksomething to worry about on tuesday :D
22:48.26brlcadthen maybe a recompile, there's flags and an env var that tell it to compile compatibly
22:48.50``Erikah, or I could just recompile it on a 10.4 machine... like the laptop
22:49.31``Erikhrm, I have 10.5 x86, 10.4g4, and 10.2g3 here, no 10.4x86 :/
22:52.47brlcadLD/CFLAGS="-arch x86 -arch ppc -macosx_version_min=10.4.0"
22:52.57brlcadshould be able to make a universal binary on the ppd
22:53.02brlcadppc even
22:54.22brlcadexport MACOSX_DEPLOYMENT_TARGET=10.4
22:54.59brlcad-isysroot /Developer/SDKs/MacOSX10.4u.sdk
22:55.31brlcad-Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk
22:55.44brlcadput that all together, and should give you a 10.4+ universal
22:56.31brlcadsry, CFLAGS=-mmacosx-version-min=10.4, LDFLAGS=-macosx-version-min=10.4
22:57.55brlcadI haven't tested making a universal binary of all of BRL-CAD in over a year.. hmm
23:14.00``Erikyeh, that might be interesting on tuesday :D
IRC log for #brlcad on 20100227

IRC log for #brlcad on 20100227

01:27.19``Erikheh, 'bmw of towson' is now bragging that they added porsche to their 'family' O.o
04:41.40starseekerhmm - "Sweet phone, and if anyone else has this phone and the buttons stick, run it over with your car."
04:42.06starseekerneeds that phone - it might actually survive my treatment of it...
05:55.18*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
06:17.59*** join/#brlcad maddx (~ron@m208-197.dsl.rawbw.com)
07:58.34jack``Erik: i'd recommend updating your g3 to tiger
07:58.49jacklast osx version that runs on it
07:59.20jackbut sure, the g4 is better anyway
08:25.48``Erikjack: it's an old 700mhz iBook, it just sits in the corner and on very very rare occasion, I fire up mame on it or something... I have two much more modern laptops (the g4 is a 15" macbook pro, my normal laptop is a 12" aluminum macbook with a core duo)
08:26.37``Erikit only has a cdr drive and all my tiger media is dvd :)
08:26.47jackhehe ok
08:29.06jack``Erik: do you have fink installed on one of the macbooks?
08:29.17jackif no, you really should!
08:29.42*** part/#brlcad maddx (~ron@m208-197.dsl.rawbw.com)
08:29.46``Erika couple of 'em, plus a couple at work
08:30.35``Eriklike I said, I used to use fink, started using darwinports/macports for certain ports that fink didn't have, eventually migrated all to macports
08:31.01jackmeep :) just poke me, if anything important is missing in fink
08:31.24``Erikrather not poke ya, I don't swing that way *cough*
08:31.34jack;p
08:31.41jackdamn literal interpretations
08:31.49``Erikmacports has everything I need, why exert the effort to try to migrate back? :D
08:32.04jackbecause fink is better? ;p
08:32.09jacksure, your choice
08:32.12``Erikwhy?
08:32.34jackmore active maintainers, more packages, more sanity
08:34.53``Erikhm, macports has all the packages I want/need, always up to date on them, and seems sane enough to me :D (I moved from debian to freebsd many years ago, so even though macports has the fugly gentoo-like parody of *bsd port awesomeness, it's still closer to my admin flow for other machines than apt)
08:35.21jackok, understandable
08:35.33jacki just love dpkg somehow, no clue why
08:35.38``Erikand if macports is missing anything I really want, I can always cook up the port and submit it O.o I do it for fbsd already
08:36.55``Erikdpkg/apt is a whole lot better than, say, rpm/yum... but I've been indoctrinated into the *bsd mentality *twitch*
08:37.04jack:)
08:37.18``Erikcrazy going slowly am I
08:39.08``Erikthe only thing that actually annoys me about macports is the lack of a fbsd type pkg_cutleaves capability (print and optionally remove packages that no other package depends on, with the removal process being recursive)
08:39.46jackoh, fink-apt doesn't offer an ubuntu-like autoremove feature either, so far
08:39.54jackwould be sweet of course
08:40.03``Erikshould put in a feature request to macports
08:40.44``ErikI haven't used ubuntu, and it's been years since I've used debian... autoremove? O.o kinda sounds more like "remove this and anything that depends on it"
08:42.01``Erikhm, what was the debian thingiemajigger... uh, deborphan? kinda similar, 'cept it didn't show leafs that you asked for, just stuff added as dependancies and are no longer used as such
08:42.16jackyeah
08:42.44jackbut ubuntu-apt can automatically remove crap only X depends on, if you remove X
08:42.51jackthat's sweet for users
08:43.16``ErikI'm more interested in seeing the list usually
08:44.39``Erikwhen I say "what do I have installed on this machine", I want to see "finance/gnucash", I don't care about gtk+2, guile16, slib, p5-finance-quote, perl, gmake, libtool, atk, glib, pango, xorg-macros, xorg-proto, xorg-...
08:44.55``Erikknowwhutahmean,vern?
08:45.02jacksure
08:45.49``Erik(oh, something like portmanager -u -bu -l would be neat, too... if the upgrade breaks something, being able to 'undo' it quickly is nice)
08:46.07``Eriksolaris style, yo
08:46.21``Erikcame in handy on brlcad.org a while back :)
08:46.59jackyeah, i bet
08:48.09``Erikmigrating to the new machine would come in handy, too *cough* :D
08:50.35``Erik"i laugh in the face of danger. and then i hide until it goes away."
08:51.46jackhehe
08:52.03jacksounds a bit like the sunglasses of zaphod beeblebrox
08:52.23``Erikheh, h2g2, w00t
08:53.06``ErikI dunno where it's from, freebsdgirl said it in #bsdcode, I figured I'd yank&paste
08:53.21jack:)
09:31.31*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
12:40.16``Erikheh, decided to give the cats a bath... the boy was upset, the girl was flipping out... she somehow managed to completely remove my shirt during the process O.O
16:43.38starseekerhehe
16:45.22starseekerooo, flightgear 2.0
17:15.54starseeker``Erik: shoulda tried this approach:  http://www.jokesaboutcats.net/cats_joke_228.html
17:23.20``Erikheh, just about the case with the girl O.o she was going nuts.. I'm trying to figure out how I didn't obtain any new scratches
17:23.43``Erikthey're happy now, though... somehow, they're not nearly as staticy
20:27.03``Erikhm.
20:54.12*** join/#brlcad Nohla (~jesica@201.255.244.14)
21:21.29*** join/#brlcad Nohla (~jesica@201.255.242.253)
21:49.16*** join/#brlcad Nohla (~jesica@201.255.244.14)
IRC log for #brlcad on 20100228

IRC log for #brlcad on 20100228

01:07.41*** join/#brlcad Ralith (~ralith@69.90.48.97)
01:31.47*** join/#brlcad Ralith (~ralith@69.90.48.97)
03:25.02*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
04:36.06*** join/#brlcad maddx (~ron@m208-197.dsl.rawbw.com)
07:10.53*** part/#brlcad maddx (~ron@m208-197.dsl.rawbw.com)
11:32.02*** part/#brlcad Phurl_ (~mdupont@2001:0:53aa:64c:2069:172f:ae2d:1b81)
12:41.17``Erikhrm
13:58.20jackmrh?
14:19.56*** join/#brlcad Nohla (~jesica@201.255.244.14)
16:16.05``Erikexactly
16:36.27*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
16:42.23*** join/#brlcad alex_jon1 (~alex_joni@81.196.65.201)
16:44.43*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
18:03.04*** join/#brlcad Nohla (~jesica@201.255.244.14)
19:27.00*** part/#brlcad bad-dog (~Stattrav@202.3.77.161)
19:48.31starseekergrowls... I still messed up the coil logic
21:33.36*** join/#brlcad Nohla (~jesica@201.255.244.14)
22:26.06Nohlaholas
23:01.44*** join/#brlcad jesica__ (~jesica@201.255.244.14)
23:12.56*** join/#brlcad mac- (~mac@sunrise.pi.net.pl)
IRC log for #brlcad on 20100301

IRC log for #brlcad on 20100301

00:23.57CIA-85BRL-CAD: 03starseeker * r37810 10/brlcad/trunk/src/shapes/coil.c:
00:23.57CIA-85BRL-CAD: Quit fudging the 1/8 turn height stuff - seems OK on this machine, and avoids
00:23.57CIA-85BRL-CAD: self intersecting pipes so it's 'correct'. Adjust length accordingly. Still
00:23.57CIA-85BRL-CAD: need to fix caps - have in mind what might be a slightly better approach there.
01:32.24*** join/#brlcad talcite (~matthew@75-119-246-144.dsl.teksavvy.com)
02:00.14*** join/#brlcad talcite_ (~matthew@76-10-147-253.dsl.teksavvy.com)
02:25.29*** join/#brlcad Patmcc19 (~chatzilla@174-17-131-195.phnx.qwest.net)
02:57.10*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
03:09.12CIA-85BRL-CAD: 03starseeker * r37811 10/brlcad/trunk/src/shapes/coil.c: Remove the fudge factor from cap_ground as well.
03:15.42*** join/#brlcad talcite_ (~matthew@69-196-162-135.dsl.teksavvy.com)
03:19.58*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
03:47.27CIA-85BRL-CAD: 03starseeker * r37812 10/brlcad/trunk/src/shapes/coil.c: Growl. 'Simplification' of math in r37756 introduced problems with helical angles. Revert that part of the logic while retaining the new features.
04:09.07CIA-85BRL-CAD: 03starseeker * r37813 10/brlcad/trunk/src/shapes/coil.c: Re-tilt the cutting rccs for the cap_ground
04:55.08*** join/#brlcad Nohla (~jesica@201.255.244.14)
05:09.39*** join/#brlcad Jonimus (~TheStorm@CPE-24-167-201-56.wi.res.rr.com)
06:41.01*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
11:46.08*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:27.00``Erikhttp://www.motifake.com/image/demotivational-poster/0910/the-dark-side-let-me-know-if-you-think-this-is-getting-out-o-demotivational-poster-1254908372.jpg
15:13.24d-lo_AFKhahahahaha
15:16.45CIA-85BRL-CAD: 03davidloman * r37814 10/rt^3/trunk/src/adminpanel/ (7 files in 2 dirs): Bit of rework on commands.
15:17.28*** join/#brlcad CoconutCrab (~toor@210.86.231.65)
15:20.33*** join/#brlcad CoconutCrab (~toor@unaffiliated/coconutcrab)
15:31.52CIA-85BRL-CAD: 03bob1961 * r37815 10/brlcad/trunk/ (28 files in 12 dirs): More 64-bit windows compatibility mods.
15:54.03CIA-85BRL-CAD: 03davidloman * r37816 10/rt^3/trunk/src/adminpanel/ (5 files): Drop unused ACPMainWindow. Just use a QWidget instead for KISS.
18:25.18*** join/#brlcad Elrohir (~kvirc@p5B1498BB.dip.t-dialin.net)
18:42.33CIA-85BRL-CAD: 03davidloman * r37817 10/rt^3/trunk/src/adminpanel/ (CMakeLists.txt Commands/): Drop Commands.
18:44.26CIA-85BRL-CAD: 03bob1961 * r37818 10/brlcad/trunk/ (12 files in 3 dirs): More 64-bit windows compatibility mods.
18:58.07CIA-85BRL-CAD: 03davidloman * r37819 10/rt^3/trunk/src/adminpanel/ (5 files): Rename CommandFactory to CommandProcessor. Better name fits functionality.
19:03.40CIA-85BRL-CAD: 03davidloman * r37820 10/rt^3/trunk/src/GS/Jobs/JobScheduler.cxx: Drop JobScheduler. Antiquated.
19:17.59``Erikd-lo... gonna build a shadow project on our internal forge and shove some "this is what it is, this is what it can do for you" crap out? I've started that for the isst crap...
19:24.16d-loconfused, are you talking gs?
19:26.07``Erikyeh
19:26.16d-lodunno.  mebbe.
19:26.36``Erikdunno why, I have a 'communicate' thing in my brain atm
19:27.13``Eriklike, planning on making trips to certain offices to give private demos of isst, et
19:27.15d-lojob security?  The need to show management they dont need to buy fancy pants tools?
19:27.16``Eriketc
19:27.35starseekerAnyone know anything about libevent?  http://www.monkey.org/~provos/libevent/
19:27.40d-loah, "Pimp your code"
19:27.53``Erikwell, they're buying fancy pants tools either way, just an external vs internal issue
19:28.32``Erikthere was some discussion last week about the whole gs thing and what it's supposed to provide, I kinda threw a minimalist expectation thing out
19:28.56``Erikbut "I heard that this is might what it do" is sketchy, y'know?
19:29.26d-lohrm, looks like my efforts have failed then, lol.
19:29.31d-lowho were you talking to anyways?
19:29.39``Erikum, upstairs dave
19:29.49d-loah i c
19:29.56d-lomustve missed my presentation then ;)
19:30.10``ErikI think he's reasonably core on the gui dev scene
19:30.45d-loso were you two talking core gs functionality or higher level concepts?
19:30.57``Erikhe's a nice guy, might be worth stoppin' by and chit-chatting
19:31.40``Erikwell, I was making an argumemnt that gs was not black voodoo magic, you MIGHT be able to say "here's an objects, let me have triangles"
19:31.42d-loRight, we've yacked on occasion.
19:32.04``Erikthe visualization concept is what causes concern I think
19:32.49``Erikwere you at thursdays branch meeting?
19:33.02d-lohrm, migth have to pick his brain.
19:33.09d-lonope, was home playing Mr Mom.
19:34.02``Erikah, there was some dicussion on the responsibilities... they want magic fu... but they were thinking they need to grind jogl into it...
19:34.52``Erikand there was some dicussion that made me feel that they had no clu what gs is or will provide
19:34.52d-loWell if they want to visualize anything, then they will have to get SOME kind of renderer.
19:35.06d-loah, so some internal training is needed then?
19:35.16``Eriksmells like it to me
19:36.46``ErikI think I zomfg website might eb useful, the "oh yeah, adn here's the website" thing might do the trick
19:37.55``Erik<-- made a statement that they won't get pretty pics, they'll ask for a component and get triangle info back for their jogl... hopes he didnt screw up in saying that O:-)
19:49.44d-lowell, a triangle mesh is one of the options.  If they want the binary .g data, they can have that... or an ogl draw list.
20:14.02CIA-85BRL-CAD: 03davidloman * r37821 10/rt^3/trunk/src/adminpanel/ (ConnectJob.cxx ConnectJob.h): Stub in first of many AbstractJob subclasses.
20:16.22CIA-85BRL-CAD: 03davidloman * r37822 10/rt^3/trunk/src/adminpanel/: Modify svn:ignore. Now ignore *.backup
21:26.14*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:45.56*** join/#brlcad Ralith (~ralith@d142-058-091-121.wireless.sfu.ca)
23:37.20*** join/#brlcad Ralith (~ralith@69.90.48.97)
IRC log for #brlcad on 20100302

IRC log for #brlcad on 20100302

00:07.18CIA-85BRL-CAD: 03brlcad * r37823 10/brlcad/trunk/src/libcursor/cursor.c: dead comment
00:22.05brlcadstarseeker: another idea that came to mind is to determine if the problem is merely limited to event management happening in threads
00:23.15brlcadwhich is basically still doing the Tk_PhotoPutBlock() in tk_write() like you were doing, and still keep the fork() .. but just have the child send back a single byte, which causes the parent to call Tcl_DoOneEvent()
00:23.45brlcadif that works, it'd be world's better/faster than sending all the image data over the pipe
00:26.28brlcadthe next step you could take that would be even better than fork() and libpkg would probably be to use TclThread's and TclPipes ... should translate nearly 1-1
00:30.54``Eriklibpkg needs a good solid working over anways
03:14.13starseekerbrlcad: TclThreads would mean enabling threaded tcl/tk in the build, correct?
03:16.08starseekerwonders how that does on Windows... hmm...
03:17.01starseekerbets it is event management in threads, personally
03:20.52starseekerhmm... http://www.defense.gov/NEWS/DTM 09-026.pdf
05:35.52brlcadstarseeker: beats me if it requires it, but nothing too tricky
05:36.15brlcadbig diff by going through their threading mechanisms, though ..
05:36.22brlcadif anything should work, that should
05:36.25brlcadand would be portable
05:37.16brlcadtcl doesn't know anything about the pthreads that were calling into it -- if you used tcl threads instead of fork(), it would know about them and any protections they've made should stay valid
06:26.12CIA-85BRL-CAD: 03brlcad * r37824 10/brlcad/trunk/src/librt/ (Makefile.am comb.c prcomb.c): rename comb.c to prcomb.c along with the binary respectively. alas, the name is way too generic, but the app is still an interesting (noinst) comparison binary tree printer.
06:26.34CIA-85BRL-CAD: 03brlcad * r37825 10/brlcad/trunk/src/librt/prcomb.c: rename contents to prcomb.c
06:32.37CIA-85BRL-CAD: 03brlcad * r37826 10/brlcad/trunk/src/librt/ (9 files in 2 dirs): move most of the comb-specific routines into their own subdirectory (the idea being for consistency, to have each non-primitive object have it's own subdir)
06:35.17CIA-85BRL-CAD: 03brlcad * r37827 10/brlcad/trunk/src/librt/Makefile.am: missed saving file for commit. moved combs into subdir
06:38.21CIA-85BRL-CAD: 03brlcad * r37828 10/brlcad/trunk/src/librt/ (7 files in 2 dirs): moving binunif code into binunif subdir too
06:41.44CIA-85BRL-CAD: 03brlcad * r37829 10/brlcad/trunk/src/librt/Makefile.am: comb was renamed to prcomb, fix it.
11:51.31CIA-85BRL-CAD: 03davidloman * r37830 10/rt^3/trunk/src/GS/CMakeLists.txt: Forgot to change the CMakeLists.txt to reflect the removal of JobScheduler.cxx/.h
11:51.48brlcadmornin'
11:51.56d-lohai!
11:52.03d-loup late or up early?
11:53.56CIA-85BRL-CAD: 03davidloman * r37831 10/rt^3/trunk/include/GS/Jobs/JobScheduler.h: Drop header for JobScheduler.
11:56.27brlcadlil both
11:58.48d-loyou a crazy man!
11:59.13d-loIs it still 'regatta' season?  (Pardon my ignorance in spelling and in the sport)
12:04.03CIA-85BRL-CAD: 03davidloman * r37832 10/rt^3/trunk/src/adminpanel/ (7 files): Stub in ConnectJob, DisconnectJob, BuildNetMsgJob
12:19.58CIA-85BRL-CAD: 03davidloman * r37833 10/rt^3/trunk/ (6 files in 2 dirs): Refactor NetSockPortal* to NetPortal*
12:22.03CIA-85BRL-CAD: 03davidloman * r37834 10/rt^3/trunk/src/GS/ (3 files): Stragglers from refactor NetSockPortal* to NetPortal*
12:23.29``ErikO.o
12:23.56``Erikstarts turning up to volume to see who bitches first, indianlarry or d-lo :D
12:24.23d-loI'm used to hearing crap music from over there.  *shrug*    *ducks*
12:24.31``Erikheh, what, ya don't like cinder? O.o
12:25.00``Erikor jimmy buffet, doors, narvarna, loa, ...
12:25.26d-loCan't really hear it.  Listening to *ounce ounce ounce ounce ounce ounce ounce ounce* :P
12:25.32``Erikhahaha
12:25.48d-lowow Jimmy Buffet and Nirvana in the same sentence.... nice.
12:39.24CIA-85BRL-CAD: 03davidloman * r37835 10/rt^3/trunk/include/GS/Jobs/AbstractJob.h: Change visibility for _doJob() from private to protected.
12:40.10CIA-85BRL-CAD: 03davidloman * r37836 10/rt^3/trunk/ (5 files in 2 dirs): Mods to netPortalManagerTest
13:32.56brlcadd-lo: not yet season, just up coding
13:33.21d-lokewl.
13:34.18brlcadyour commit messages should say what the diff does not say, which is usually why or what if it's not obvious
13:34.36d-lokk
13:34.46brlcadsaying private to protected is just noise :)
13:34.57d-lobut THATS IMPORTANT! :P
13:35.07brlcadsure is
13:35.11brlcadand the diff said it
13:35.52brlcadcan still say that, but should hint at why if possible
13:36.04brlcadnot just that specific commit :)
13:36.06d-lokk
13:36.20d-lotoo many rules :P
13:36.25brlcadmoreso the "Mods" :)
13:36.43brlcadthey're not rules
13:37.15d-looh good, so I cam ignore them then  muwahaha'
13:37.15*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
13:37.55brlcadas someone simply trying to follow what you're doing, I should be able to have a basic idea of what you're doing and the motivation from the commits and messages
13:38.14d-loI know what you're saying, I'm just messing with ya
13:40.16brlcadI know :)
13:42.14brlcadand it's probably not fun "being watched" but then without it we wouldn't improve, get stuck in bad habits, etc
13:42.24d-loso if you knew I knew, but didn't know you knew I knew...*nose bleeds*
13:42.26brlcadlike when erik calls out my mistakes *cough*
13:42.41brlcadas rare as they are *cough*
13:42.48brlcadI should get that cough checked out
13:43.32d-logetting kinda cramped in this channel, what with the egos and all.  *Badoom ching!*  I'll be here all week....
13:44.03brlcadactually was implying the opposite :)
13:45.26d-loso ``Erik already has people calling him about lunch. lol
13:45.28brlcadI usually have to get reigned in on making too many commits without compiling
13:46.49d-lo``Erik: does your computer make a noise when i use your screen name in irc?
13:48.46d-lobrlcad: when doing code design, do you do all the function sequencing in your head or on paper, or is there some simple software tools you like to use?
13:48.52brlcadI think you haven't heard his text-to-speach avatar yet?  he named it after you
13:48.57brlcad"I'm sorry Dave, I can't do that"
13:49.05d-lolol
13:49.28d-loscary part is, I like to play chess :)
13:49.51brlcadprobably know the answer, but what do you mean by function sequencing?
13:50.43brlcadi.e., I rarely ever use softare to help with design -- most just make it more complicated to work with others and limit the design process
13:51.09d-lolike when looking at a particular problem.  there are usually a few ways of going about accomplishing the solution, but there is more than likely one that is better than the rest.
13:51.17louipchaha I just noticed that circles are ovals on my display
13:51.43d-loI.e i Have tried the 'just sit down and start coding' approach, but it causes a lot of rework.
13:51.48brlcadahh
13:52.13d-loand I am not a big fan or rework.
13:52.22brlcadI usually see it all in my head these days, but if it's too complicated I'm a tactile person so I'll write it down
13:53.03brlcadyou're not going to easily see what is better or worse until you code it regardless
13:53.03d-loas for the writing, do you use Brlcad's personal notation, or things like UML, or a sequence diagram, etc.
13:53.30brlcadrework is going to happen, the best you can do is make rework fast and relatively easy
13:54.14brlcadwith agile methodology, you achieve that by NOT implementing more than you need, so each rework is the very minimum necessary
13:54.21d-loas much as I know effiecient rework comes from experience and skill, there has to be some merit to 'a bit of forethought minimizes rework' ...?
13:54.52brlcadwith waterfall, you try to plan for everything, design everything out, stub in functionality all over the place in preparation for expected requirements, ...
13:54.56d-loheh, well staying focused on the 'bare minimum needed' is a issue of mine.  :)
13:55.26brlcadthen see most of it thrown away either when you finally get to coding, or months later when the code is revisited
13:55.44d-loHrm, don't think I would like waterfall too much :)
13:56.11brlcadthe complexity of reading code once it is *outside* of context (how it'll look to someone else or to you months later) is usually what is most important
13:57.15brlcadwhich is why agile has taken hold in general, by only coding for the "now", the design is never more complex than what it is currently capable of doing, so the code is entropically balanced
13:57.39d-lo...idealisticly though, right?
13:57.41brlcadi.e. it's easy to understand, at least as easy as the algorithms that were employed
13:59.15brlcadwhere agile has problems is often on the macroeconomics side of code design -- knowing how to architect things well on a large scale is often not directly realizable on the small scale that agile focuses on
13:59.24brlcadbut that awareness is mostly experience
13:59.45d-loheh, so it all boils down to exp, lol.  feck. lol
13:59.48brlcadyou *won't* see those problems through design usually, but can till iterate towards them with agile
14:00.23brlcadpublic/published interface design is probably the exception
14:01.01brlcadyou can design your public interfaces up front usually, based on expected features and requirements, then iterate implementation towards making that public interface work
14:01.11brlcadwhich is basically a form of test-driven development
14:02.02d-lowell that makes sense. :/
14:02.03brlcadbut it is a little harder for most to write a public interface first, to see the impact of how things 'should' be when it's done without making taking short-cuts
14:02.33brlcadit's a great approach, a little more rigorous
14:02.33d-lowhat kinda short cuts are you referring to?
14:03.52brlcadhard to stay self-disciplined, particularly when you get to implementation and realize how hard a given interface is going to be or how much grunt work time it's going to take, and to not then change the interface for something else because it was easier to code
14:04.13d-loah i c.  Yeah I can see that.
14:05.54brlcade.g., "well, I designed this GS to hide the UUID everywhere in the public API, but .. .. if I just return that uuid to them when they look up geometry and make this  getGeometry() call just take a uuid, it'd be really easy to implement..."
14:06.43brlcadmore concrete example where hiding the uuid is a "good thing" and was designed to be purely an implementation detail, but then when faced with the complexity of url/path/whatever parsing, you "cave in" and expose it because it's easy
14:06.59brlcadjust an example out of an unlimited supply of course
14:07.21d-lounderstood.
14:07.36brlcadit's hard to stick to the test :)
14:07.50brlcadespecially because the test itself will have limitations
14:09.46brlcadhave you had a chance to look over the test interface I wrote up a few weeks back?  that might get the mind rolling on top-down design, instead of struggling with trying to prevent rework during bottom-up design
14:10.11d-loits on the todo list.  where didja put it?
14:10.31brlcadthere's a class stubbed in there that should hook into whatever public API you provide, either the API or the protocol directly
14:10.38brlcadmm.. think I put it with your other tests
14:10.46starseekerhmm - I'm probably doing it wrong, but as a first cut the PhotoPutBlock needs to be in the parent
14:10.48d-lokk
14:11.03brlcadstarseeker: huh, you sure?
14:11.29brlcadI thought for sure that would work, as it's the events on the window from parent that seemed to be the problem
14:11.32``Erikreads some backlog O.o
14:11.35starseekerbrlcad: no, not really - Just uncommented the PhotoPutBlock in tk_write and commented out the one in the parent...
14:11.56``Erikd-lo: if it does, I don't notice it... I run irc on a machine in my basement and screen is set up to hide ^G stuff
14:12.35d-lo``Erik: that's too bad.  Was thinking about making a bot that could play you some beep techno. :)
14:12.56brlcadstarseeker: does the child still send the bytes, and parent still read then check for events?
14:13.15starseekeryep
14:13.29brlcadahh, okay
14:13.43brlcadso then it is more what we were talking about yesterday
14:14.04brlcadsomething about those threads writing to an interp in a thread then updating events from another
14:14.14starseekerah, wait - hang on.
14:14.26brlcadthat's not just thread safety, if true
14:14.38starseekerbrlcad: you mind if I commit it from the point where you had it last night, so I can revert if I screw up?
14:14.53brlcadwhy would i mind? :)
14:15.20starseekeryou weren't committing last night :-P
14:15.32brlcadit wasn't working until the end there
14:15.34starseekersuch a shocking change of commit behavior must have a reason :-P
14:15.45starseekerah, point.
14:15.57starseeker<snort> 'course, it's not like it was doing so well before-hand either...
14:16.18brlcadprobably should have check-pointed once the out-of-sequent lines were working
14:16.25brlcadbut minor diff
14:17.17starseekeraaaaaaah, crap
14:17.20starseekerwhat'd I break
14:17.25starseekerone sec...
14:17.27brlcadheh
14:17.49brlcadwell if you get stuck, you know where the stevens book is now.. :)
14:18.05``Erikheh, yeh, the commit message is all about communicating what's going on, don't need commit messages that give ya the same feeling that "i++; // increment the value in i and store the result back in i" :)
14:20.19brlcadd-lo: the test should compile outright right now, probably more insightful to see the output it gives
14:20.26brlcadg++ ~/rt^3/src/tests/GeometryServiceTest.cxx
14:20.28brlcad./a.out
14:21.04d-lokk reading through it now.
14:21.10brlcadas pieces are implemented, those FAILURE lines will turn into SUCCESS lines
14:21.27brlcadit compiles without any headers/paths/etc as it's not hooked into anything yet
14:21.53starseekerblinks
14:22.04starseekernow it's drawing upside down
14:22.13starseekerthat's hilarous, once I figure out what I did wrong...
14:22.32brlcadthe classes it stubs are just testing harness -- they're not "the" GS server or client but the _tests_ bridge to one where the glue gets added
14:22.50d-loright on
14:23.16brlcadstarseeker: PhotoPutBlock was position-line#
14:23.37brlcadyou probably just made it line# on the move
14:24.14starseekerah
14:29.52CIA-85BRL-CAD: 03starseeker * r37837 10/brlcad/trunk/src/libfb/if_tk.c:
14:29.52CIA-85BRL-CAD: Commit Sean's initial experiments with fork() as an approach to avoiding the
14:29.52CIA-85BRL-CAD: issues TkAqua is apparently having with incremental refresh. This is NOT any
14:29.52CIA-85BRL-CAD: kind of final solution, but it does serve as a proof-of-concept that the idea
14:29.52CIA-85BRL-CAD: does work.
14:30.19starseekerOK, NOW let me see what moving PhotoPutBlock has...
14:30.57brlcadgets movin'
14:31.55starseekerhuh
14:32.17starseekeryeah, all I did was comment out the PutBlock in the parent and uncomment the original one in tk_write - nothing
14:48.15``Erikneat: /System/Library/Frameworks/Tk.framework/Versions/8.4/Headers/tk.h:72:3: error: #error Tk 8.4 must be compiled with tcl.h from Tcl 8.4
15:26.25CIA-85BRL-CAD: 03starseeker * r37838 10/brlcad/trunk/configure.ac: Add in the logic to configure that supports enabling threads in tcl/tk builds.
15:45.05CIA-85BRL-CAD: 03davidloman * r37839 10/rt^3/trunk/src/iBME/CMakeLists.txt: Add GeometryServiceTest to cmake for ease of compiling.
16:26.15starseekereyes rt - with the fork thing, it looks like from the standpoint of the main application, all the work is done before fb_open is done...
16:38.42brlcad?
16:48.47CIA-85BRL-CAD: 03davidloman * r37840 10/rt^3/trunk/ (7 files in 4 dirs): Reworked the connectToHost methodology to facilitate easier, more logical use.
16:50.22CIA-85BRL-CAD: 03davidloman * r37841 10/rt^3/trunk/src/iBME/: Modify svn:ignore. Now ignore 'GeometryServiceTest'
16:51.59CIA-85BRL-CAD: 03davidloman * r37842 10/rt^3/trunk/src/tests/GeometryServiceTest.cxx: Formatting change: Indentations and WS.
17:23.10CIA-85BRL-CAD: 03davidloman * r37843 10/rt^3/trunk/src/ (GS/libNetwork/ GS/libNetwork/CMakeLists.txt libNetwork/): Reorg: Moving libNetwork into gs/libNetwork.
17:34.08CIA-85BRL-CAD: 03davidloman * r37844 10/rt^3/trunk/include/GS/libNetwork/: Reorg: Creating new dir: include/gs/libNetwork in prep for header moves.
17:53.59*** join/#brlcad Elrohir (~kvirc@p5B149B55.dip.t-dialin.net)
17:54.00CIA-85BRL-CAD: 03davidloman * r37845 10/rt^3/trunk/ (76 files in 8 dirs): Reorg: Moved libNetwork headers and source files. Updated CMakeLists.txt accordingly.
17:56.40CIA-85BRL-CAD: 03brlcad * r37846 10/brlcad/trunk/src/librt/ (7 files in 3 dirs): renamed binary_obj.c->binunif.c and db5_comb.c->comb.c to move towards making them more consistent with the layout of other db objects.
18:19.55CIA-85BRL-CAD: 03brlcad * r37847 10/brlcad/trunk/src/librt/ (CMakeLists.txt Makefile.am attributes.c db5_io.c): separate out the attribute routines from db5_io.c into their own file, attributes.c, so their logic can be better grouped (this should includes _GLOBAL management)
18:20.38CIA-85BRL-CAD: 03brlcad * r37848 10/brlcad/trunk/src/librt/ (5 files in 3 dirs): ws indent style consistency cleanup
18:21.55CIA-85BRL-CAD: 03brlcad * r37849 10/brlcad/trunk/src/librt/CMakeLists.txt: ignore prcomb.c
18:26.52CIA-85BRL-CAD: 03brlcad * r37850 10/brlcad/trunk/misc/win32-msvc8/librt/librt.vcproj: add attributes.c, rename/move binary_obj.c and db5_comb.c
18:31.22CIA-85BRL-CAD: 03starseeker * r37851 10/brlcad/trunk/src/libfb/if_tk.c: This allows the Tk framebuffer window to close - not entirely sure if this is correct but it at least lets things function.
18:37.26CIA-85BRL-CAD: 03starseeker * r37852 10/brlcad/trunk/src/libfb/if_tk.c: Don't need the specific logic for children vs parent - if it's a child it needs it and if its the parent it should never get to it.
18:41.10CIA-85BRL-CAD: 03davidloman * r37853 10/rt^3/trunk/ (4 files in 2 dirs): Upon handshake completion, NetPortal now updates mappings in NetPortalManager.
18:45.27CIA-85BRL-CAD: 03erikgreenwald * r37854 10/brlcad/trunk/src/librt/Makefile.am: comb/db5_comb.c is now comb/comb.c
18:56.01CIA-85BRL-CAD: 03davidloman * r37855 10/rt^3/trunk/ (3 files in 2 dirs): Cleaned up incoming connection handling.
19:05.00CIA-85BRL-CAD: 03starseeker * r37856 10/brlcad/trunk/src/libfb/if_tk.c: comment update.
20:19.28CIA-85BRL-CAD: 03davidloman * r37857 10/rt^3/trunk/ (4 files in 2 dirs): Enhancements to Portal disconnect() logic. PortalManager now unregisters/unmaps Portals and RemoteHostname mappings.
21:08.19*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:09.50CIA-85BRL-CAD: 03brlcad * r37858 10/brlcad/trunk/src/librt/ (Makefile.am roots.c): oops, revert back to r37654 .. didn't intend to commit the roots change until next minor release.
21:36.23CIA-85BRL-CAD: 03bob1961 * r37859 10/brlcad/trunk/misc/win32-msvc8/mged/mged.vcproj: Removed a few references to files that no longer exist.
21:48.19CIA-85BRL-CAD: 03starseeker * r37860 10/brlcad/trunk/src/libfb/if_tk.c: Trying to have the child send a message to the parent, but so far net result is to wipe out the whole show - no lingering window.
22:28.57CIA-85BRL-CAD: 03starseeker * r37861 10/brlcad/trunk/src/libfb/if_tk.c: OK, the child still returns, but the destroy event for the window still only works from the parent - so wrap the bu_exit call in the window destroy logic, and have the child process continue on its way with return 0.
22:33.02``Erikcracks open the new flightgear and ponders finding h is joystick
22:33.20``Erikwaits for the barrage of crude jokes for that one O.o
22:55.21CIA-85BRL-CAD: 03bob1961 * r37862 10/brlcad/trunk/ (28 files in 12 dirs): More 64-bit windows compatibility mods.
23:33.16CIA-85BRL-CAD: 03bob1961 * r37863 10/brlcad/trunk/misc/win32-msvc8/librt/librt.vcproj: Updates to reflect new and newly located files.
IRC log for #brlcad on 20100303

IRC log for #brlcad on 20100303

00:00.27starseekerbrlcad: I take it bu_cv_hton* routines are preferred?
00:03.55starseekerhmm...
00:04.37``Erikmmm, bits and such
00:07.05``ErikI'm all sad, my mac doesn't like my joystick
00:07.15``ErikI might have to write a driver :(
00:07.23starseekeruhoh
00:07.42``Erikdid it to get hsi joystick working on fbsd a long time ago
00:08.31``Erikoh wow, what a perfect data loss... fios commercial had a couple audio clips, "you can record sh<blib> in one room and watch it in another"
00:08.44``ErikI THINK he was saying "shows"
00:08.51starseekerheh
00:08.57``Erikbut the implied variant is... probably more accurate :D
00:10.47``ErikNICE, "if (Indian == IND_NOTSET) {" ...
00:11.32``Erikand lee commented on it and didn't fix it O.o back in '04
00:12.11starseekerwhere's that?
00:12.36``Erikconvert.c, a while back
00:12.42``Erikthe bu_cv_ stuff
00:13.10``Eriklike, 23500 vintage
00:13.18``Erik~305 or so
00:13.27``Erik315, mebbe
00:14.21``Erikbetween cvs2svn and "big honkin' reorg", it's not worth chasing down for blame
00:14.53brlcadstarseeker: not particularly
00:18.20brlcadbut no problem using them either
00:22.52CIA-85BRL-CAD: 03brlcad * r37864 10/brlcad/trunk/src/librt/db5_io.c: use MATER_NO_ADDR instead of -1L with rt_color_addrec(), eliminate magicness.
00:23.51starseekerbrlcad: out of curiosity, where was that article about increased efficiencies to be had when packing data into a buffer?
00:25.42starseeker(for pipe read/write)
00:29.09CIA-85BRL-CAD: 03brlcad * r37865 10/brlcad/trunk/src/librt/db_lookup.c: remove -1L from comment, you're not allowed to look at the spoon.
00:32.06``Erikread and write are system calls, they'll automatically surrender the thread in addition to the actual memcpy overhead
00:33.12starseekerI'm sure this is a dumb question, but having packed everything into a buffer, how do I get it back out into typed variables?
00:33.31``Erikby unpacking the variable?
00:33.35``Eriker, buffer
00:33.43starseekerhow?
00:34.52``Erikwell, buf[0]=CMD; buf[1]=len, sprintf(buf+2, "%s", mystr); .... and on the othe rside, CMD=buf[0]; len=buf[1]; mystr = buf+2; ...
00:36.23starseekerwhat about getting an integer array out?
00:37.04``Erikexactly reverse of how ya packed it?
00:37.13starseekermemcpy?
00:37.26``Erikif that's how ya packed it, that's how ya unpack it
00:37.59starseekerhas never tried a memcpy onto the address of an integer, sorry for dumb questions...
00:38.05``Erikmemcpy(buf+offset, myints, sizeof(int)*count);  -> memcpy(myints, buf+offset, sizeof(int)*count);
00:38.09``Erikbits is bits
00:38.21starseekerok
00:38.45``Erikif there's a network dealie, ya might want to do the ntohl/htonl dealie
00:39.13``Erikbut local pipe can eat it without the conversion cost
00:39.55starseekerwas advised to do the network stuff by brlcad
00:40.47``Erikwell, pipe(), dup2(), ... those're local, and you can usually trust a cpu not to switch endian between programs
00:41.12starseekernods - with framebuffers though you can have a remote target
00:41.25``Erikyeh, um, ints? not chars?
00:41.40starseekeruint32_t, to be specific
00:42.23``Erikendian mgmt will mean doing bit shifts, ors and ands if your cpu is not the same endian as network order...
00:42.39``Erikand, uh, your cpu is not the same endian as network order. :( x86 is bass ackwards
00:42.47starseekerthe hton doesn't take care of that?
00:42.55``Erikit does, but there's overhead
00:43.40``Erikhtonl/ntohl is a no-op on big endian cpu's like the g5, power4, sparc, arm, etc... but x86 makes it work
00:44.01starseekerah
00:45.44``Eriklook at, uh, libbu/htonf.c for what actually goes on
00:46.40CIA-85BRL-CAD: 03starseeker * r37866 10/brlcad/trunk/src/libfb/if_tk.c: Give htonl and ntohl a try - no major cleanups yet but this tests out as not changing functionality.
00:46.49starseekeris willing to live with a little bitty overhead for this - we're already having to pipe the data around
00:47.20``Erikif the cache can be fed well enough, it should be pretty damn fast on the x86...
00:47.46``Erikthe killer on recent x86 is keeping enough data available, the ALU sits around waiting for data most of the time
00:48.04``Erikwhich is where tricks like duffs device come in handy :D
00:48.14``Erikloop unrolling, etc
00:52.16starseekernods
00:54.11``Erikgcc does some fancy loop unrolling tricks when it figures out to do it *shrug*
00:55.19``Erik(the dudes doing the gcc optimization know a bit more than me... painfully obvious after writing some basic optimizations and comparing my asm performance to the gcc compiled C output...
00:55.23``Erik)
01:03.46``Erikfunky, the interpreter version is 5.5x faster on my laptop than my server, even though the cpu si only 3x faster O.o there might be actual architectural differences between the p3 and core duo
01:04.10``Erik(brainfuck is fun!)
01:26.27CIA-85BRL-CAD: 03starseeker * r37867 10/brlcad/trunk/src/libfb/if_tk.c: OK, memcpy to and from a single buffer for pipe seems to be OK - next up will be a less braindead way to handle said buffers...
01:34.31starseekerweird - bu_malloc doesn't seem to function if I just substitute it in for the constant definitions.
01:45.46starseekerah
01:48.07CIA-85BRL-CAD: 03starseeker * r37868 10/brlcad/trunk/src/libfb/if_tk.c: Don't want to hard code buffer sizes, so call in malloc and free (bu_malloc doesn't seem to work in this context.)
01:56.21CIA-85BRL-CAD: 03starseeker * r37869 10/brlcad/trunk/src/libfb/if_tk.c: Chop out some dead code.
02:00.12``Erikso, uh, this one time, in band camp
02:04.41starseekerhmm?
02:06.12``Erikquietly making noise...
03:08.12*** join/#brlcad s00p (~girI@unaffiliated/n00p)
03:10.48s00pwhat language is brlcad written in?
03:11.41``Erikmostly C, a lot of c++ and tcl
03:13.59s00pI'm assuming the C and C++ does not compile together, or it'd be C++ only. Correct?
03:17.59``Erikc++ is slowly encroaching
03:19.10s00pSo, unless those modules written in C++ are compiled separately from the C code, it's all C++.
03:22.31brlcads00p: reason for the questions?
03:23.09brlcadwe basically compile it all together
03:23.16s00pI'm curious as to what languages the project makes use of before I download it. The project page states C, C++, Java, PHP, Tcl, Unix Shell.
03:23.42s00pIs that correct?
03:23.52brlcadbut conventionally, there is a separation of how c++ is integrated
03:24.10s00pI figured
03:24.13brlcade.g., our C API has no C++ism exposed, but the C libraries make use of C++ in their implementation
03:24.56brlcadJava is completely optional, PHP is insignificant, Unix shell is very minor on the installed side
03:25.18brlcadmajority is C/C++ and Tcl/Tk
03:26.06``Erikwe've accumulated c++ism :(
03:26.08s00pWait
03:26.12s00pI'm confused
03:26.18s00pare the C libraries written in C?
03:28.48brlcadpredominantly, yes
03:29.04s00pbut they have -some- C++ in them?
03:30.15brlcadwe have more than 20 libraries
03:30.25brlcadyes, *some* of them have C++ in them :)
03:30.30s00pok
03:31.03s00pthankyou
03:31.04brlcadmost don't but at least a couple do
03:32.03brlcads00p, no problem, but curious about why
03:32.17s00pstudent
03:32.23s00plooking for a project to study
03:32.41brlcadwhat kind of project?
03:32.49brlcador what kind of study?
03:33.04s00pC programming
03:33.46s00pthinking of working on UnrealIRCd. That should do it (providing I don't edge near 4.x)
03:34.24brlcadwhat led you to BRL-CAD in the first place?
03:34.50s00psourceforge
03:34.53s00pof course
03:35.39*** part/#brlcad s00p (~girI@unaffiliated/n00p)
03:35.42brlcadah, okay
03:44.51brlcadinteresting.. http://www.ohloh.net/p/brlcad/analyses/latest
03:45.02brlcadnice balanced language graph :)
03:45.19brlcadshame there's still not a way to exclude directories yet
04:03.58*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
04:20.09*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
04:20.34CIA-85BRL-CAD: 03brlcad * r37870 10/brlcad/trunk/include/ (Makefile.am rtfunc.h): declare functab functions, identical to what they currently are and add to install.
04:23.15*** join/#brlcad Nohla (~jesica@201.255.227.172)
04:23.29CIA-85BRL-CAD: 03brlcad * r37871 10/brlcad/trunk/include/brlcad.h: include rtfunc.h
04:50.50*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
04:52.13CIA-85BRL-CAD: 03brlcad * r37872 10/brlcad/trunk/include/rtfunc.h: expand comments
05:34.33CIA-85BRL-CAD: 03brlcad * r37873 10/brlcad/trunk/include/rtfunc.h: add _obj_ to naming convention (at least for now) to avoid conflicting with rt_prep() and add missing header ifndef wrapping.
05:39.14*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
05:56.27CIA-85BRL-CAD: 03brlcad * r37874 10/brlcad/trunk/ (4 files in 3 dirs): add the first of functab refactorings, obj_prep.c containing rt_obj_prep().
05:58.09CIA-85BRL-CAD: 03brlcad * r37875 10/brlcad/trunk/src/librt/primitives/obj_prep.c: one more sanity, make sure not null
05:58.54CIA-85BRL-CAD: 03brlcad * r37876 10/brlcad/trunk/src/librt/: comb renamed to prcomb
06:00.43CIA-85BRL-CAD: 03brlcad * r37877 10/brlcad/trunk/include/rtfunc.h: remove stray unnecessary register keyword
06:04.17CIA-85BRL-CAD: 03brlcad * r37878 10/brlcad/trunk/ (4 files in 3 dirs): add rt_obj_shot() interface via obj_shot.c to the build, functab hook.
06:10.09CIA-85BRL-CAD: 03brlcad * r37879 10/brlcad/trunk/include/rtfunc.h: make all funcs return an int code so we can test for success, even if the funcs primary/only purpose is to cause side effects.
06:10.56CIA-85BRL-CAD: 03brlcad * r37880 10/brlcad/trunk/ (4 files in 3 dirs): add rt_obj_print, rt_functab refactoring
06:15.53CIA-85BRL-CAD: 03brlcad * r37881 10/brlcad/trunk/ (4 files in 3 dirs): add rt_obj_norm, rt_functab refactoring
06:20.21CIA-85BRL-CAD: 03brlcad * r37882 10/brlcad/trunk/ (4 files in 3 dirs): add rt_obj_uv, rt_functab refactoring
06:22.51CIA-85BRL-CAD: 03brlcad * r37883 10/brlcad/trunk/ (4 files in 3 dirs): add rt_obj_curve, rt_functab refactoring
06:35.58CIA-85BRL-CAD: 03brlcad * r37884 10/brlcad/trunk/ (4 files in 3 dirs): add rt_obj_free (this may replicate rt_free_soltab(), needs review), rt_functab refactoring
06:41.54CIA-85BRL-CAD: 03brlcad * r37885 10/brlcad/trunk/ (4 files in 3 dirs): add rt_obj_plot for rt_functab refactoring. looks like it's the first to use the rt_db_internal for the id..
06:46.29CIA-85BRL-CAD: 03brlcad * r37886 10/brlcad/trunk/ (3 files in 2 dirs): does not seem right at all to be returning an array of segs. looks like it should probably be a pointer to a seg instead.
06:55.52CIA-85BRL-CAD: 03brlcad * r37887 10/brlcad/trunk/ (4 files in 3 dirs): added rt_obj_vshot for rt_functab refactoring. definitely needs some work as the segp is indeed an array of segs but should be an array of pointers to segs or something else entirely.
07:16.23CIA-85BRL-CAD: 03brlcad * r37892 10/brlcad/trunk/ (4 files in 3 dirs): provide rt_obj_export supporting both v4 and v5 callbacks, rt_functab refactoring
07:16.27CIA-85BRL-CAD: 03brlcad * r37891 10/brlcad/trunk/ (4 files in 3 dirs): provide rt_obj_import() supporting both v4 and v5 callbacks, rt_functab refactoring
07:16.28CIA-85BRL-CAD: 03brlcad * r37889 10/brlcad/trunk/ (4 files in 3 dirs): add rt_obj_tnurb, rt_functab refactoring
07:16.30CIA-85BRL-CAD: 03brlcad * r37888 10/brlcad/trunk/ (4 files in 3 dirs): add rt_obj_tess, rt_functab refactoring
07:16.31CIA-85BRL-CAD: 03brlcad * r37890 10/brlcad/trunk/include/rtfunc.h: remove version specialization for v4/v5. just have one import/export routine.
07:19.59CIA-85BRL-CAD: 03brlcad * r37893 10/brlcad/trunk/ (4 files in 3 dirs): provide rt_obj_ifree although need to make sure it's not basically a duplicate of rt_db_free_internal()
07:26.47CIA-85BRL-CAD: 03brlcad * r37894 10/brlcad/trunk/ (5 files in 3 dirs): add rt_obj_get and rt_obj_adjust, for rt_functab refactoring
07:27.01CIA-85BRL-CAD: 03brlcad * r37895 10/brlcad/trunk/include/rtfunc.h: intern vs ip consistency.
07:30.31CIA-85BRL-CAD: 03brlcad * r37896 10/brlcad/trunk/include/rtfunc.h: dbip instead of db_i for consistency
07:30.54CIA-85BRL-CAD: 03brlcad * r37897 10/brlcad/trunk/ (4 files in 3 dirs): add rt_obj_describe, for rt_functab refactoring
07:31.51CIA-85BRL-CAD: 03brlcad * r37898 10/brlcad/trunk/include/rtfunc.h: geez, ip too
07:42.59CIA-85BRL-CAD: 03brlcad * r37899 10/brlcad/trunk/ (6 files in 3 dirs):
07:42.59CIA-85BRL-CAD: add rt_obj_make, rt_obj_params, and rt_obj_xform, finishing off the bulk of the
07:42.59CIA-85BRL-CAD: rt_functab refactoring task. now just leaves updating our own code to use the
07:42.59CIA-85BRL-CAD: new interface and deprecation of rt_functab itself before next point release.
07:53.38CIA-85BRL-CAD: 03brlcad * r37900 10/brlcad/trunk/ (4 files in 3 dirs): go ahead and stub in rt_obj_mirror() too just for completeness, even though there is some negotation that needs to happen wrt rt_mirror().
08:01.58CIA-85BRL-CAD: 03brlcad * r37901 10/brlcad/trunk/src/libfb/if_tk.c: remove a bunch of unused vars from the quick hack testing of fork/pipe. add a comment whenever malloc is used (since doing so disobeys HACKING, the motivation should be explicit). ws cleanup too
08:13.37CIA-85BRL-CAD: 03brlcad * r37902 10/brlcad/trunk/src/libfb/if_tk.c: reduce the scope depths from six or seven to four.. shouldn't go that deep. also functions have to be declared at the top to make msvc's non-99ness happy.
08:14.51CIA-85BRL-CAD: 03brlcad * r37903 10/brlcad/trunk/src/libfb/if_tk.c: ws consistency
08:27.32CIA-85BRL-CAD: 03brlcad * r37904 10/brlcad/trunk/src/libfb/if_tk.c: quell warnings about unused vars, missing header and unused params. warning free now
08:29.09CIA-85BRL-CAD: 03brlcad * r37905 10/brlcad/trunk/include/fb.h: quell warnings about type conversions. make sure to pass the magic numbers through uintptr_t and uint64_t to get not conversion warnings.
11:36.05*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:19.59d-lobrlcad: on the ohloh lisence summary... I see GPL!  Any ideas what files those are?
12:34.26``Eriknotes to self: immediately after a low altitude loopdeloop, a cessna 172 does not have enough energy to pull off a barrel roll. The goal of flightgear is not to go dirt torpedo in downtown sanfracisco. the goal of flightgear is not to taxi into a parked canadian air jumbo. O.o where's the effin' fun???
12:35.29``Eriksucks that most of the fgfs controls expect a joystick and emulate that on a part of the keyboard I simply do not have :/
12:35.40starseeker``Erik: you're not enjoying it?  or complaining that crashing is not the goal?
12:36.04starseekerwonders how much a joystick that fgfs supports would run...
12:36.10*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
12:36.58``Erikit's not the fgfs part, after I did the driver for my logitech digital wingman extreme it was just dandy... but that was on fbsd, and my bsd machine isn't configured for a gui... I naively assumed it'd "just work" on my mac, since everything else does
12:37.35``Erikif I buy an input device for fgfs, it'd be a yoke and pedal set, I thi
12:37.37``Erikthink
12:41.00``Erik(dang annoying, it's a nice joystick, 4 axis, 7 or 8 regular buttons, plus a hat for another 4 buttons)
12:42.42``Erikalso unfortunate that the launcher for the mac doesn't have any kinda fetch ability, ya gotta manually install different aircraft and airports
12:43.25``Erik172 is a nifty little plane, but lighting up the afterburners and doing a scramble launch with the f4 is much more... messy :D
12:43.48``Erik(f4 is impossibly to control, though... "lead sled" is too forgiving a term)
12:44.25``Erikand last time I did any real dorking around with flightgear, the p51 would torque itself so hard, it'd try to barrel roll before it got off the ground
12:44.57``Erik<-- lacks finesse, goes all cliff style on the throttle in flightgear... it's just a sim, right? :D
12:49.49``Erikfinds some pants and heads in O.o
12:58.43d-lohopefully in that order :P
13:51.23brlcadhe never said he was going to put them on
13:51.35d-lo*gasp* true!
14:27.02starseeker``Erik: yeah, the few times I've tried fgfs I usually end up crashing quick
15:11.27d_rossbergthe uint*_t stuff (bu.h) breaks my non-BRLCADBUILD builds; couldn't this be moved in a non-API header which wont't be installed?
15:47.10CIA-85BRL-CAD: 03d_rossberg * r37906 10/brlcad/trunk/include/bu.h:
15:47.10CIA-85BRL-CAD: protect the sections with uint*_t with the corresponding defines
15:47.10CIA-85BRL-CAD: these defines are undefined e.g. in MSVS outside an BRLCADBUILD
16:10.38starseekerthat commit appears to break the build on OSX
16:22.43starseekerisn't sure what the right answer is here...
16:24.34d_rossbergare there some C99 defines as UINT32_MAX?
16:25.35d_rossbergif yes they could be ||-ed with the HAVE_UINT*_T defines
16:26.25d_rossbergbtw, configure should set the HAVE_UINT*_T
16:29.22starseekertries a clean checkout and rebuilds
16:38.13*** join/#brlcad Elrohir (~kvirc@p5B14A22A.dip.t-dialin.net)
16:46.18CIA-85BRL-CAD: 03brlcad * r37907 10/brlcad/trunk/include/bu.h:
16:46.18CIA-85BRL-CAD: we need a different solution, these defines can't just be conditional or the
16:46.18CIA-85BRL-CAD: compile is broken (the API is missing) for non-uint32_t systems. common.h needs
16:46.18CIA-85BRL-CAD: to guarantee that the c99 types are provided so they can be used
16:46.18CIA-85BRL-CAD: unconditionally. not quite sure how that's not happening now even for
16:46.18CIA-85BRL-CAD: non-BRLCADBUILD systems, so can't try a fix. at worse, we can provide our own
16:46.19CIA-85BRL-CAD: stdint.h for systems missing the types.
17:45.51brlcadfor anyone (since i'm on the road) the fix is to replicate the section in common.h for uintptr_t for all 8 of the stdint types in common.h
17:45.59brlcadso that common.h guarantees those types
17:46.08d-loboth hands on the wheel man!
17:46.26brlcadheh, I'm already home, about to head out now
17:46.44d-looh, I thought you had an IRC iPhone app er somethin.
17:48.34brlcadyeah, I wish..
17:49.01brlcadhad a web ssh client that would work, but it rarely works across cell towers
17:49.37d-lois there an IRC to im application bridge?  Like AOL or MSN IM?
17:53.11brlcaddunno
17:53.18brlcadcyall!
17:53.21d-lolata
18:39.22JonimusThere is a IRC to XMPP bridge that works fairly well
18:49.57*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:02.34CIA-85BRL-CAD: 03starseeker * r37908 10/brlcad/trunk/include/fb.h: Revert r37905 for the moment - appears to be causing bad magic errors.
19:08.56CIA-85BRL-CAD: 03starseeker * r37909 10/brlcad/trunk/src/libfb/if_tk.c: Exit if someone closes a window mid-raytrace.
19:18.53``Erikthere're programs that do 'em all, like, uh, trillian, pidgin, etc
19:25.52starseekerisn't quite sure how to go about what FB_CKMAG is trying to do... hmm...
19:30.57*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:33.58CIA-85BRL-CAD: 03starseeker * r37910 10/brlcad/trunk/include/fb.h: Take a stab at fb.h FB_CKMAG - this seems to function on the Mac, although not totally sure it is 'correct'
19:48.12*** join/#brlcad Ralith (~ralith@69.90.48.97)
20:24.58*** join/#brlcad Ralith (~ralith@69.90.48.97)
20:29.24``Erikheh
20:38.48louipcd-lo: http://www.bitlbee.org
20:39.50CIA-85BRL-CAD: 03starseeker * r37911 10/brlcad/trunk/src/libfb/if_tk.c: Kill the child pid if stopping framebuffer in mid-raytrace. (need to check if bu_exit does this automatically...)
20:40.27d-lolol http://failbooking.com/2010/02/28/funny-facebook-failsestoy-crepusculo/
20:40.49d-lothanks louipc, but I was wondering if there was a way to get IRC on an iPhone.
20:42.12louipcno irc app for iphone?
20:42.44d-lodunno, was just wondering how brlcad managed to post while he was driving, but he was actually at home
20:43.09louipcah.. yeah that's probably not a great idea to chat while driving hah
20:45.00d-loomg I'm crying here:  
20:45.04d-lohttp://failbooking.com/2010/02/24/funny-facebook-fails-anal-fantasy-7-ftw/
20:51.45``Erikencouraging irc while driving might be... a bad thing
21:07.09starseekerhttp://www.gearlive.com/news/article/q307-how-to-use-irc-on-the-iphone/
21:08.51*** join/#brlcad R0b0t1 (~Enigma@64-136-216-213.dyn.everestkc.net)
21:08.55*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:47.26*** join/#brlcad Ralith (~ralith@69.90.48.97)
21:56.08*** join/#brlcad ibot (ibot@rikers.org)
21:56.08*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
22:08.45*** join/#brlcad Ralith (~ralith@69.90.48.97)
22:39.27CIA-85BRL-CAD: 03starseeker * r37913 10/brlcad/trunk/src/libfb/if_tk.c: Remove earlier kill, teach the left mouse button to close the window.
23:22.25CIA-85BRL-CAD: 03starseeker * r37914 10/brlcad/trunk/src/libfb/if_tk.c: Get the middle mouse button reporting RGB at image coordiates - needs testing.
23:42.27``Eriktries to think of a good gui hello world to try doing with qt O.o
23:43.01*** join/#brlcad Ralith (~ralith@69.90.48.97)
23:44.12``Erikmebbe another dice thingymajigger like I did 15 yrs ago
23:47.57``Erikponders making http://laughingsquid.com/wp-content/uploads/donut-seeds-20091111-222834.jpg
IRC log for #brlcad on 20100304

IRC log for #brlcad on 20100304

00:04.42*** join/#brlcad Ralith (~ralith@69.90.48.97)
00:08.21``Erikqt designer is nto nearly as sexy as the xcode cocoa shtuff
00:10.24``Erikmmm, cat boogers, yummy
00:36.47Jonimusis there a way to display a UGS nx6 file without NX 6 installed?
00:37.16JonimusI don't even need to modify it or anything just display.
00:37.57``Erikiirc, unigraphics is one of those that needs the libraries installed to convert... :/
00:38.28``Erikif you can talk your provider into producing, say, a STEP file, you can crank it over to 3dm with rhino3d and pull it into BRL-CAD that way
00:39.03``Erikor an IGES file, we can snarf those directly if they're teh right subset
00:39.24JonimusWell I made the file but I can't use NX6 off campus and I don't have a linux install of it anyway
00:39.51``Erikdoes uni have an export to, say, stl?
00:40.48Jonimusit does but like I said I can't use NX6 off campus and the cisco VPN software they use doesn't support Windows 64bit
00:40.51``Erikwe have a fairly big suite of importers, but the data needs to be imported before we can use it... so all those /usr/brlcad/bin/*-g programs are going to be the first step for our tools
00:41.11Jonimusyeah It appears I don't even have ug-g built
00:41.26``Erikright, that'd require the unigraphics libraries being available
00:41.36``Eriksame issue for our pro/e importer :/
00:42.03``Erikit's their proprietary file, it's not documented for other people to use, ya gotta have their library to read and extract the data :(
00:43.33``Erikif it's interesting geometry that can be put under, say, creative commons license, it may be possible to find someone willing to do the conversion... but that wouldn't be tonight :D
00:46.04``Erik(this is just my understanding... if you lurk long enough, someone who knows more than me may say I'm wrong... but indianlarry is enjoying a cigar atm, and brlcad is terrorizing asphault for a vacation)
00:46.19Jonimusyeah, I can just get the STL tomorrow since we're running it through a rapid prototype machine but I wanted to show my Dad the model
00:46.48Jonimus``Erik: according to the docs you are right so I'd have to say your right
00:47.53``Erikstl-g is fairly decent, doesn't require proprietary libs
00:48.11Jonimusyeah that's what it appeared
00:48.31``Erikbut stl is triangle only, ... *shrug*
00:48.52``Erikbut if you have a "resolved" BoT model, you can feed it to ISST, for interactive raytracing :D neat stuff
00:48.57Jonimusyeah, but it gets the job done in a pinch
00:49.09``Erikresolved being each region contains exactly one BoT primitive
00:51.00``Erikhttp://brlcad.org/~erik/mb-isst.png is ISST with metaballs converted using marching cubes... neat stuff
00:51.31Jonimuscool
00:51.55``Erikon my work machine, ~30fps on a 7 million triangle model
00:52.07Jonimusvery nice
00:52.22``Erikand the 7m model raytraces faster than the 4.5k model O.o
00:52.44``Erikso if you're on linux and dealing with stl imported data, might be fun to play with :)
00:52.57``Erikgtk+ for the gui...
00:54.01``Erikmind if I ask what ya modelled?
00:55.12``Erikwhen someone does something impressive and use our tools, we like to show things off... like http://brlcad.org/d/node/44 (modelled in BRL-CAD)
00:55.31``Erikor http://ronja.twibright.com/
00:59.55JonimusI made it NX6 :/
01:00.07Jonimusor I would love to give it to you to show off
01:00.31``Erikif'n ya get it into BRL-CAD, might be worth showing off
01:00.44Jonimusit was a fairly basic model, well it was doing it with NX6, I'm still not sure how I would do it with brlcad
01:00.57Jonimusand the fact that it just crashed on me :/
01:01.13``Erik(my personal view is that BRL-CAD was developed as an engineering tool, not a deisgn tool... more "create geometry to emulate what already exists... accurately")
01:01.19``Erikwhich part crashed? mged?
01:01.23Jonimusyeah
01:02.05``Erikon linux? most recent svn?
01:02.09JonimusI got a memory corruption error, though before that I was having issues as it wouldn't let me change anything about my newly created ehy :/
01:02.26JonimusI believe I'm running a stable release
01:02.55``Erikhow did you get it?
01:03.13JonimusI wouldn't be surprised if it wasn't Video card related, as I'm running mesa from git
01:03.27``Erik(actually, I wanna smack brlcad around some for the latest release, it had obvious breakage)
01:03.38Jonimus``Erik: I'm on arch linux so I just built it from the aur package
01:03.40``Eriktry uhhhhh, FB_FILE=/dev/X mged?
01:04.30``Eriknow I don't use mged normally, I launch it with -c more often than not, but I'm a low level developer, I'm mostly dorking around in libraries and avoiding guis whenever possible
01:05.24Jonimusok so this is weird, I opened up the same file I was jsut working on and the dimensions changed :/
01:05.35Jonimusbut now it appears to be working so I'm happy
01:05.46``Erikum, changed like 'mm are now inches'?
01:06.09``Erikthere's a command in mged to alter units ont he fly that changes the 'default' setting in the file, uh, 'units' I think?
01:06.27``Erik"units in" or "units mm" or "units km" ...
01:25.02*** join/#brlcad ibot (ibot@rikers.org)
01:25.02*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
01:27.43*** join/#brlcad ibot (ibot@rikers.org)
01:27.43*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
01:30.49*** join/#brlcad ibot (ibot@rikers.org)
01:30.49*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
01:34.29starseekerJonimus: step is preferred if you can get it - I'd recommend saving both a step version and an stl version
01:35.11``Erikso there ya go, starseeker is more plugged into this bit than I am, and he's sayin' basically the same thing
01:36.22Jonimusstarseeker: ok cool
01:36.55starseekerstep will preserve the NURBS surfaces, which is the "original" data structure type used to model
01:37.24starseekerstl triangles are an approximation of the NURBS surface, easier to work with but you lose resolution in the conversion
01:38.13starseekerstl should get you going with current BRL-CAD, and we're getting to the point of supporting step import and NURBS raytracing
01:38.20starseeker(still can't edit NURBS though)
01:41.43JonimusIs there somewhere I can learn the basics of creating a sketch to extrude with brlcad, the tutorial I went through didn't have much in that dept?
01:46.31starseekeruh, our sketch stuff is kinda... sketchy
01:48.34Jonimusheh, well as a guy comming from Solidworks and NX6 I'm used to sketch->Extrude modeling so this'll take some getting used to :/
01:49.09louipcmore than kinda
01:50.18JonimusI'm also having issues adjusting dimensions, is the primitive editor the main way of doing that?
01:53.29louipcyep
01:53.40louipcit's not very intuitive eh
01:54.21Jonimus:/
01:55.05Jonimusbesides the fact that its now working right for e at all
01:55.33louipchm?
01:55.39Jonimusfor me*
01:55.59louipcoh weird, what are you trying to adjust?
01:56.18JonimusI get this when trying to adjust my ehy solid http://jonimus.pastebin.com/qt8CjZpL
01:56.40Jonimusits the only thing in the model so I have no clue what the issue is.
02:21.09Jonimusis the tutorial on the documentation page the best way to get the hang of things or are there other/better tutorials out there?
02:21.41``Erikit's probbaly the least bad way
02:23.18louipcthere are some docs in the package itself too you might want to look at, but I don't think they're any better than the pdfs
02:24.31Jonimushmm ok
02:27.49*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
03:17.50louipchmm does this page look funky to you? http://brlcad.org/wiki/Sketch
03:18.16louipcfor some reason my browser doesn't give me horizontal scrolling for this
03:22.17Jonimuslouipc: yeah its broken for me also
03:22.46*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
03:22.59*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
06:02.32*** join/#brlcad stevegt_ (~stevegt@c-67-164-110-226.hsd1.ca.comcast.net)
06:41.15*** join/#brlcad Phurl (~mdupont@ip-81-210-228-126.unitymediagroup.de)
07:03.47*** join/#brlcad Phurl (~mdupont@2001:0:53aa:64c:cc7:2861:ae2d:1b81)
08:03.44*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:08.06d_rossbergbrlcad: i don't think we should mess up common.h with the uint*_t stuff
08:08.56d_rossbergi would prefer to put some AC_CHECK_TYPES into configure.ac
08:09.36d_rossbergthe new functions in libbu are of no interest outside BRLCADBUILD
09:42.47Ralithuint*_t? Aren't those provided by stdint.h?
10:19.14d_rossbergin C99 yes, but msvc isn't C99
12:24.33*** join/#brlcad Jonimus (~TheStorm@CPE-24-167-201-56.wi.res.rr.com)
12:42.48brlcadd_rossberg: I didn't realize the ones wrapped were new
12:43.13brlcadwe use stdint types outside of those regardless, though
12:44.34brlcadAC_CHECK_TYPES wouldn't solve the problem for a nonBRLCADBUILD compile, callers would have to add their own stdint type checks
12:45.06brlcadseems reasonable for common to guarantee stdint types if we're going to allow their use in our public API
12:49.26CIA-85BRL-CAD: 03brlcad * r37915 10/brlcad/trunk/include/fb.h: on second consideration, magic types are 2 bytes so make them uint32's
12:51.11starseeker``Erik: huh.  I've heard fairly good things about Qt Designer
12:51.52starseekeryou could always try Qt Creator
13:36.15starseekerstarts getting it together
14:02.17d-lostarseeker: what project are you using QT for?
14:08.55d-lothis makes me laugh: http://www.photopost.com/photopost/data/500/137204Worlds_First_PC.jpg
14:09.15d-lothose three control panels are from a Submarine Engineroom
14:09.17d-lolol
14:20.27d_rossbergbrlcad: the problem is there is no real distinction between public and private API
14:32.46CIA-85BRL-CAD: 03davidloman * r37916 10/rt^3/trunk/docs/ibme.zargo: Drop old ArgoUML files. Antiquated.
14:54.30``Erikactually tried creator first, *shrug*
15:41.56starseekerd-lo: ``Erik is looking at a replacement for gtk, iirc
15:42.09starseekeralso, our Ogre+Qt experiments from gsoc
15:44.17starseekerhuh http://news.slashdot.org/story/10/03/04/1351211/3D-Graphics-For-Firefox-Webkit
15:49.00d-lokk
15:52.52d-loneat link starseeker !
15:53.24d-loperhaps a new html tag is on the horizon: <brlcad></brlcad> ;)
15:55.13``Erikhuh, that 3d graphics thing in firefox... I think slusallek was walds mentor (whos paper was what adrt/isst was built from) and involved in the whole openrt thing
15:56.01starseekerhehe - we will become part of html6!
15:56.34starseekermeanders around collecting links to projects that might have useful parsers for conversion...
15:59.06starseekerah yes, there it is... http://www.mevislab.de/inventor/
16:00.41``Erikhttp://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.16.8749
16:01.12starseekerhah, cool
16:03.11d-loMmmm pineapple....
16:27.51CIA-85BRL-CAD: 03davidloman * r37917 10/rt^3/trunk/src/GS/libNetwork/ (NetPortal.cxx NetPortalManager.cxx): forgot to add call to sendLocalHostName to kick off the handshaking. Also, minor comment fixes.
16:36.18CIA-85BRL-CAD: 03davidloman * r37918 10/rt^3/trunk/ (4 files in 2 dirs): Removed string arg from name<->portal mapping call. Redundant args since name is contained in the Portal args.
17:37.33*** join/#brlcad Phurl (~mdupont@2001:0:53aa:64c:cc7:2861:ae2d:1b81)
17:44.34*** join/#brlcad Phurl (~mdupont@2001:0:53aa:64c:cc7:2861:ae2d:1b81)
18:14.21*** join/#brlcad Phurl (~mdupont@2001:0:53aa:64c:2051:291b:ae2d:1b81)
18:54.24*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:19.05CIA-85BRL-CAD: 03starseeker * r37919 10/brlcad/branches/dmtogl/src/libgcv/ (inventor-mevis.patch inventor-mevis.readme):
19:19.05CIA-85BRL-CAD: Eeek. Open Inventor patch no longer present on http://mevislab.de/inventor and
19:19.05CIA-85BRL-CAD: not readily locatable online - stash in dmtogl branch for now to make sure it
19:19.05CIA-85BRL-CAD: doesn't get lost since we may want it for an Inventor importer. Keeping it out
19:19.05CIA-85BRL-CAD: of trunk since in its current form it has no direct bearing on BRL-CAD.
19:54.49CIA-85BRL-CAD: 03starseeker * r37920 10/brlcad/trunk/src/libgcv/ (Makefile.am NOTES): Toss in a few notes on possible resources out there for file formats we're interested in.
20:21.49CIA-85BRL-CAD: 03starseeker * r37921 10/brlcad/trunk/src/libfb/if_tk.c: Whoops - make sure we aren't starting out negative with y
20:29.17CIA-85BRL-CAD: 03starseeker * r37922 10/brlcad/trunk/src/libfb/if_tk.c: Add parens around RGB output.
22:54.08*** join/#brlcad Nohla (~jesica@201.255.246.197)
23:00.23louipchttp://omploader.org/vM3FpeQ/db5_bin
23:04.35*** join/#brlcad talcite (~matthew@dhcp-143-176.mcme-students.carleton.ca)
23:12.23*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
23:20.38*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:28.25*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
23:29.59stevegt_before I write it, does anyone know of any python code that drives mged in either batch or interactive mode?
23:31.05stevegt_all I've been able to find so far is vasile's, at http://dev.forums.reprap.org/read.php?12,14558
23:44.21starseekerdon't know of any
23:44.27starseekerin fact, that is new to me
23:45.40starseekerlouipc: stale files.  I just did a fresh checkout, but that's probably overkill - try distclean and start from scratch, unless someone knows which specific things to nuke
23:51.05louipchaha damn.
23:51.06louipchttp://omploader.org/vM3FqcA/distclean
23:51.30starseekerheh
23:51.41starseekerwell, maybe that did enough
23:51.49starseekermight try rebuilding
23:54.55``Erikthere's a .Plo file in a deps directory that needs to be updated
23:55.11``Erikre-running configure should do it I think
23:55.27``Erik(might need to re-automake the specified makefile, though)
23:56.23louipcis there a command to remove all .in, etc files?
23:58.50``Erik'make distclean', but ya seem to be having issues with that :D
23:59.00louipcyeah
23:59.24``Erik(does distclean actually rm the .in ones, or just the Makefiles? I think just the makefiles... could try 'rm'...)
IRC log for #brlcad on 20100305

IRC log for #brlcad on 20100305

00:03.34louipci've no idea what it cleaned, it didn't seem to do much though
00:03.53louipci still had Makefile and .lo files
00:04.54louipcbuilt an rm list with `svn status --no-ignore` :/
00:06.56``Erik"scotchtoberfest" hah, that one needs to exist :D
00:08.06louipcdrinking huge glasses of scotch?
00:09.43``Erikwait... drunk men in kilts... mebbe that one shouldn't exist...
00:10.23``Erik(poor willie on simpsons was so used for that gag...)
00:11.09louipchahah
00:38.37*** join/#brlcad Ralith (~ralith@69.90.48.97)
00:53.01louipc"Warning: Several files expected of projects that conform to the GNU coding standards were not found."
00:53.23louipccould that be an issue?
01:49.40*** join/#brlcad CoconutCrab (~toor@210.86.231.65)
02:24.49*** join/#brlcad CoconutCrab (~toor@unaffiliated/coconutcrab)
03:00.46starseekerhrm.  apparently Button-2 and Button-3 are not consistent in Tk across platforms
03:07.49CIA-85BRL-CAD: 03starseeker * r37923 10/brlcad/trunk/src/libfb/if_tk.c: Uh-oh. Got a disagreement as to what consitutes Button-2 and Button-3 between Linux and OSX. Go with this because it seems to match the X24 mappings, but something needs to be worked out here.
03:09.39louipcfunky
03:20.29``Erikis that aquatk (or the new native tk), or the X11 tk on mac? O.o
06:58.54*** join/#brlcad Nohla (~jesica@201.255.246.197)
07:33.38*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:08.20*** join/#brlcad stevegt_ (~stevegt@c-67-164-110-226.hsd1.ca.comcast.net)
09:22.18RalithX24?
12:22.42starseekerthe framebuffer for X
12:22.47starseekersrc/libfb
12:23.16starseeker``Erik: that's the Aquatk
12:23.21starseekerdunno about X11
14:13.26starseekerhumph.  Gentoo is getting set to hard mask Qt3
14:13.29starseekerso much for qcad
14:15.19starseekereyes engauge digitizer... nuts, that had some potential uses...
14:15.31starseekerlotta work to port to Qt4 though
14:49.37brlcadPrimitive Editor is not the main/best way to adjust .. in fact it's one of the most dangerous methods because simple user error can result in bad geometry
14:50.14brlcada typo or misplaced decimal point can result in geometry that won't import or export
14:51.26brlcadJonimus: the method described in Vol II is to go into edit mode then use the edit menu options to modify parameters
14:52.27brlcadif you post up your .g, it might be more easy to diagnose, but you may have exported a bad ehy or there is some bug in ehy import/export
14:52.36brlcadspeculation without seeing the .g though
14:56.20starseekersaddles up and heads in
15:01.53*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
15:05.01``Erikmy geometry is the baddest in tonw, ya don't wanna mess with it, man!
15:31.37Jonimusbrlcad: all I did was make ehy1.s ehy and then tried to edit it :/
15:33.26Jonimusbrlcad: I'll look into the doing it with the edit menu, but I'm not sure how one gets precise dimensions through that.
15:37.01d_rossbergbrlcad: because of the "BRL-CAD version information for users" thing: i'll need some more time
15:38.01d_rossbergi have an idea how to solve it with a simple rt^3/src/coreInterface/CMakeLists.txt script
15:38.12d_rossbergand hope i can test it soon
16:09.25CIA-85BRL-CAD: 03Sean 07http://brlcad.org * r2204 10/wiki/Sketch: make it display better
16:25.08CIA-85BRL-CAD: 03bob1961 * r37924 10/brlcad/trunk/src/tclscripts/rtwizard/RaytraceWizard.tcl: Straighten up a few namespace issues. It was assumed that the intent here was to have two namespaces (i.e. RaytraceWizard for the main script and RtWizard for everything else).
18:41.09*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
20:04.19CIA-85BRL-CAD: 03erikgreenwald * r37925 10/brlcad/trunk/src/libgcv/ (Makefile.am region_end_mc.c region_start_mc.c): shuffle things to do the marching cubes shtuff in the region begin bit instead of region end...
20:11.09*** join/#brlcad 20QAAC8TU (~stevegt@cislunar.TerraLuna.Org)
20:41.08CIA-85BRL-CAD: 03erikgreenwald * r37926 10/brlcad/trunk/ (2 files in 2 dirs): move function prototype to header
21:15.23CIA-85BRL-CAD: 03starseeker * r37927 10/brlcad/branches/dmtogl/ (516 files in 214 dirs): Update dmtogl branch to r37924
23:53.07*** join/#brlcad Ralith (~ralith@69.90.48.97)
IRC log for #brlcad on 20100306

IRC log for #brlcad on 20100306

00:14.34*** join/#brlcad Ralith (~ralith@69.90.48.97)
00:40.41``Erikhm
02:16.01*** join/#brlcad KingofCSU (~king@118.249.63.210)
03:03.22*** join/#brlcad stevegt_1 (~stevegt@c-67-164-110-226.hsd1.ca.comcast.net)
13:12.54CIA-85BRL-CAD: 03brlcad * r37928 10/brlcad/trunk/NEWS: apparently, the namespace name changes weren't careful enough. this was probably causing an initialization failure so denote bob's change as a fix to rtwizard.
16:56.04starseekerwoo hoo, meshlab ebuild for gentoo
16:56.07starseekertries it out
17:58.54CIA-85BRL-CAD: 03starseeker * r37929 10/brlcad/trunk/src/archer/TODO: Add some more notes on MGED->Archer functionality migration.
20:14.56*** join/#brlcad guillermina (~guillermi@42-153-231-201.fibertel.com.ar)
20:22.49starseekerCrud.  That's what I get for not pouncing on a cheap copy of a book at amazon
20:23.17louipcan expensive copy?
20:51.04*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
22:09.38*** join/#brlcad jonored (~jonored@pool-71-174-9-21.bstnma.east.verizon.net)
22:19.08``Erikheh
23:13.32CIA-85BRL-CAD: 03starseeker * r37930 10/brlcad/trunk/src/libgcv/NOTES: Add link to a project apparently using the open inventor toolkit as a place to check for updates.
23:47.31starseekerdiscovers that FreeCAD can actually load the Inventor Cassini space probe model
23:47.34starseekercool
23:48.38starseekeraaaaand can't export it
23:48.41starseekermutter...
23:49.58``Erikheh
23:50.16starseekerah well, it's probably not NURBS inside anyway...
23:50.31starseekersees what dxf export does...
23:50.35``Eriknot as funny as louipc's "an expensive copy?" quip, but still amusing :D
23:50.57starseekerthat was pretty good :-)
23:51.11``Erikthe dudes on top gear have way too much fun O.o
23:52.59starseekerhttp://bzflag.bz/~starseeker/cassini_inventor_freecad.png
23:55.13starseeker<snort> even dxf export didn't do much
23:55.58starseekereyes a few visual artifacts... hmm
23:56.01``Erikyowza, I think they must managed to air "what is this shit-box?" on top gear, the dudes french access plus the helmet and face wrap muffled it pretty good, though
23:56.24starseekerdxf export fails, visual flaws... maybe it is some kind of spline underneath...
23:56.37starseekerhehe
23:56.49starseekerand somewhere someone is up in arms over it
23:57.26starseekermust... import... cassini... model... look at that detail
23:58.13``Erikwhere'd it come from?
23:58.35starseekerhttp://space.jpl.nasa.gov/models/
23:59.22``Erikthe facetization looks very... relative based per ... component
23:59.33starseekeruncompressed, it's 25 Megs
23:59.40``Erikhas seen that ... very odd... behavior somewhere before...
IRC log for #brlcad on 20100307

IRC log for #brlcad on 20100307

00:00.13``Erikweren't able to get a contact to ask how it was modelled, etc?
00:00.16starseekerwould think 25 megs of bots would be a finer mesh than that if it were bots...
00:00.31starseekernever tried - was never able to open an Inventor file til now
00:00.46``Erikdoes it have insides?
00:01.09``Erika lot of those rods look pretty high poly-count
00:03.01starseekerhard to tell
00:03.04starseekerit's all grey
00:04.16``Erikshades of grey, hard ot see edges in the finer stuff, but the big broad stuff has very obvious factization
00:04.36starseekerlooks at the iv file in emacs
00:04.45starseekersee stuff about facets
00:04.48starseekernuts
00:05.55starseekerhmm - note about an ObjToIv translation
00:07.50starseekeroh, well
00:07.52starseekerstill cool
00:18.55starseekerah! "Inventor files has surfaces of revolution" - per http://space.jpl.nasa.gov/faq.html
00:49.23``Erikthis android commercial kinda makes me think that google IS becoming skynet O.o "does your phone search for humans? droid does. does your phone destroy humans? droid does."
01:47.07*** join/#brlcad jonored (~jonored@LAZARUS.WIFI.WPI.EDU)
01:47.28*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
02:02.40``Erik*snrkt* http://www.youtube.com/watch?v=-GNnftq744I
02:03.01``Erik(also; http://www.kontraband.com/videos/21763/World-Of-Wifecraft/#show )
02:49.49*** join/#brlcad yukonbob (1000@s142-179-54-198.bc.hsia.telus.net)
03:11.54starseekeranyone know if turbosquid has any interesting models?
03:46.26starseekerhmm... http://www.nasa.gov/multimedia/3d_resources/3d-models-index.html
05:06.28*** join/#brlcad jonored (~jonored@dsl092-076-134.bos1.dsl.speakeasy.net)
06:04.50*** join/#brlcad dstarks (~ubuntu@64.178.177.71)
06:40.37*** join/#brlcad Ralith (~ralith@69.90.48.97)
08:55.31*** join/#brlcad stevegt_ (~stevegt@c-67-164-110-226.hsd1.ca.comcast.net)
12:44.26*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
13:18.02*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
13:22.40*** join/#brlcad CoconutCrab (~toor@210.86.231.65)
13:23.26*** join/#brlcad CoconutCrab (~toor@unaffiliated/coconutcrab)
13:29.22starseekerthis looks like it might be cool, but I think it has to be re-assembled in Blender before it could be loaded in BRL-CAD:  http://www.nasa.gov/multimedia/3d_resources/assets/iss-hi-res.html
13:44.05Ralith"This model is also available in its original Lightwave format, which preserves the configuration of the component parts."
13:55.58starseekerRalith: yeah, if you have lightwave handy that might help
13:56.25starseekerblender can't seem to interpert the secene file
13:57.23Ralithoh, that's unfortunate
13:57.26Ralithnothing else out there reads lw?
13:57.41starseekeropen source?  I doubt it
13:59.27Ralithis it a relatively new iteration of the format?
14:01.32starseekerdunno
14:01.58Ralithwould've thought someone'd've gotten on that by now, if not
14:02.00starseekerbut it's pretty rare for an open source program to be better at opening 3d visualization files than blender
14:02.15Ralithtrue.
14:02.32starseekertakes another look...
14:02.35Raliththere might be a plugin.
14:03.04Ralithor one could find a lightwave user and get them to dump it to something more standard.
14:03.21starseekernods - the latter is probably more practical
14:03.25starseekerif we know anybody
14:06.19starseekerhttp://bzflag.bz/~starseeker/ISS_pieces.png
14:06.47starseekernot a true "CAD" model of course, but nifty
14:07.49starseekerif anyone has a turbosquid account, these two look interesting:
14:07.53starseekerhttp://www.turbosquid.com/3d-models/3d-model-panzer-2-f/405466
14:07.58starseekerhttp://www.turbosquid.com/FullPreview/Index.cfm/ID/190990
14:14.14starseekerwonders why he always has such bad luck with cmake projects...
14:44.47``Erikdoes, too... :/
14:45.38``Erikone time I fought threw it, had to dig up a bunch of environment variables that weren't documented by cmake, only in mailing list archives and forums troubleshooting things to cope with changing locations of stuff
14:54.26``Eriklw produces two files iirc, or two kinds of files, um, lwo for object files with geometric info and lw... uh.. somethign else, (lws?) for scene files... which hold locations abd bezier splines iirc...
14:54.43``Erikhasn't used lw since, like, 4... in the mid 90's, didn't think they'd lasted much after that
14:54.55starseekeryeah, it's the lwo files that Blender can load
14:56.48``ErikI thought those had pretty good documentation at, uh, that one, uh, 3d file format site, the green one with gold trim, ummm, shoot
14:56.54``Erikit's been a long time and I just woke up :D
14:57.05starseekerheh
14:57.20starseekerno biggie - just thought the level of detail in that ISS model was kinda cool
14:58.14starseekerponders a branch for exploratory work on making all of BRL-CAD build with cmake...
15:00.16``Erikand here I was pondering a branch to make BRL-CAD build on a wider range of systems, we've lost the ability some some of the less common platforms (like old ones)
15:00.51starseekerI thought some of that was a tradeoff between modern coding practices and support for old crap?
15:01.48``Erikwell, where 'modern coding practices' means 'just use such&such library or header', yeah...
15:02.15starseekeraka how much of a modern environment do we implement in libbu...
15:02.38``ErikI think things like our libsysv and libtermio are just... superfluous if that's what we're doing...
15:03.28``Erik<-- kinda wants to see 7.16 on bsd43 using a vax11/780 to try to recenter the benchmarks
15:04.46``Erik(is this the part where I shake my cane and yell "get off my lawn, dang punks!"? :D )
15:06.01``Erik(whoever the next release, btw, I'm going to demand a candidate tarball to check out, I'm tired of chasing bugs and making patch files trying to get this damn port updated.)
15:07.51starseekernods
15:08.35starseekerit's a balancing act - it's nice to be able to "run anywhere" but some some systems really do demand a lot of crap
15:08.44starseeker*cough*Windows*cough*
15:15.53``Erikheh, yeah, windows is the special kid
15:16.27``ErikI had access to 'just about everything' when I worked at fedex, once I got into the flow, there were only two annoying OS's... windows and linux
15:16.43``Erikwindows had nothing, linux had everything, but there were subtle differences that made it a special case :/
15:16.51starseekernods
15:17.02starseekerhey, at least we don't have to run on Plan9
15:17.26``Erikunfortunately, mac is starting to get some of those subtle differences since the fbsd crew ditched their kernel/system team
15:18.57``Erik(was weird, apple went hard and heavy after all the notable fbsd developers, then there was a chain reaction of fbsd folk leaving apple... I was told by one of them that things were unfun enough in those buildings that someone, they don't know which team, did a "mad shitter" all over a conference room) *shrug*
15:19.41starseekergood lord
15:20.11``Erikaix, solaris, hpux, etc all have their strangeness, but there're some very strict requirements for the zomfg UNIX tag, so those companies didn't dick around in making sure they met the tests exactly
15:21.40``Erikand there will always be other os's that do things other ways... plan 9, beos to an extent, heh colorforth, ... a slew of projects that no one uses
15:21.54``Erikimagine porting BRL-CAD to a lispos
15:22.04``Erikor a javame machine
15:22.17starseekerfigures the only real contender for a "strange" OS that we'll have a real reason to care about is Haiku
15:22.22``Erikor the iphone
15:22.42``Erikwe only care about haiku because sean likes it... :D *duck*
15:22.42starseekerand brlcad is already on top of building on Haiku
15:22.50starseekerheh
15:23.25``ErikI imagine if I didn't have such a thing for fbsd and obsd, we wouldn't build on those without a slew of patches
15:23.35starseekerah, heck with it - I'm gonna go ahead and make a cmake branch as a playground - easy enough to delete if it annoys brlcad
15:23.43``Erikyeah...
15:23.59starseeker``Erik: for sure :-)
15:24.14``ErikI tried to talk richard into making a branch for his obj reader, at least if we see his trash, we might be able to guide him a bit... :/
15:24.19starseekereven gentoo patches a lot of stuff (sometimes us) and they're Linux...
15:24.25``Erikbut his mindset is very similar to the s2 guys
15:24.34starseeker<wince>
15:24.45``Eriktake your copy, make a private playground, make it all work, and then try to commit it ot the HEAD
15:25.22``Erik<-- will gladly thrash in public, hoping someone says "uh, that's stupid, just do this"
15:25.27starseekeryou'd think the dmtogl branch should be proof positive that we don't need to hide the "doing stupid crap while learning" phase :-P
15:25.37``ErikI dunno if he saw it
15:25.48starseekeris he subscribed to commits?
15:26.07``Erikhasn't branched or merged (or even tagged) in svn, so can't really help poor richard
15:26.47``ErikI test build across 3 os's before I commit, so'z I'll happily thrash around in trunk O:-)
15:26.48starseekerhttp://svnbook.red-bean.com/en/1.0/ch04s02.html
15:26.58``Erikyeah, I told him there was very good online documentation
15:27.08starseekeras long as he reads to the line where you use URLs for both source and destination
15:27.10``ErikI have no need to do it right now, so I'm not gonna look :D
15:27.25starseeker``Erik: just make trunk work on the old stuff? ;-)
15:27.44``Erikhehehe, I don't think it'd be... trivial
15:27.51starseekeragrees
15:27.56``Erikall the c++ stuff, for example, may be out the window
15:28.05``Erikto renormalize the #'s
15:28.06starseekerold OSs are old for a reason...
15:28.24``Erikwell, it's an exact old machine I want to beat on
15:28.33starseekerthe pdp11?
15:28.40``Erikvax11/780
15:28.43starseekerah
15:28.51``Erikwith 43bsd
15:28.58``Erikvgr as we know it :)
15:29.06starseekerwell, you've got BSD, so that's at least a positive start
15:29.22starseekerif you're trying to match compiler versions... yeah good luck with that
15:29.38``Erikfreebsd is a far removed descendant these days
15:30.12starseekerwhat do you actually want working?  just the subset that runs the standard benchmark tests?
15:30.36``Erikyeah, but that still requires changing a lot
15:30.40starseekersupposes autotools won't fly on 43bsd anyhow, so we could rig up the 43bsd compile for just the parts it needs...
15:31.11starseekersuppose hard part is conditionalizing the parts that use c++?
15:31.12``Erikwould bet a fair amount of money that there is a statistically significant performance difference between BRL-CAD4.x and 7.16
15:31.59``Erikyeah, like I said, all te c++ would probably have to go... not sure it'd be worth building a 'modern' c++ compiler
15:32.23``Erikand we can call the even "the great VGR reset of 2012"
15:32.24``Erik*cough*
15:32.29starseekereven if you could, the compile would be a month
15:32.42starseekerhehe
15:32.58``Eriknah, simh lets you set the CPU speed, just grab the fiona apple song "fast as you can" and turn off the limiters
15:33.13``Erikthe tricky part is modifying simh to have the correct i/o delays
15:33.44``Erik(you can adjust the CPU speed... not the drive speed)
15:34.26``Erikso our simple scenes that raytrace really fast are slower than vgr and our complex messy scenes are faster than vgr, where I had it tuned
15:34.51``Erikwhere the hell did I put the vgr2 image, that'll annoy me some day
15:35.36starseekerdid you ask the simh guys if they could add IO speed emulation?
15:36.01CIA-85BRL-CAD: 03starseeker * r37931 10/brlcad/branches/cmake/: Making a branch to have a place to explore using cmake to build all of BRL-CAD
15:37.38``Erikno, I tuned it to that point, went "that's odd... ohh, I bet this is what's going on", talked to kermit about the actual hw a little, and promptly ignored it other than occasional fistshaking like just now
15:37.54starseekerheh
15:38.00starseekeris simh still actively developed?
15:38.34``Erikdunno, but 'actively developed' is the kinda dain-bread red herring notion that mostly comes from a linux person...
15:38.40``Erik:D
15:39.02starseekerhumph.  Point being, could they have added IO throttling and we don't know about it?
15:39.04``Erikit may not have had a release in 10 years, but that might just be because it's "done" and no bugs have surfaced
15:39.35``Erikpossibly, last time I looked at the page, I was looking for a new machien arch, not a new knob
15:39.57``Erik<-- wants to dick around on a 650... was Knuth's first computer :)
15:40.56``Erikamusing, slashdot is posting stories that mention HN had it days before O.o :D
15:42.27starseekerheh
15:42.47starseeker``Erik: the most recent docs seem to be Dec 2008 - is that newer than when you looked last?
15:42.54starseekerhttp://www.google.com/url?sa=t&source=web&ct=res&cd=1&ved=0CAgQFjAA&url=http%3A%2F%2Fsimh.trailing-edge.com%2Fpdf%2Fvax780_doc.pdf&rct=j&q=simh+vax+emulator+IO&ei=NsmTS7vxO863lAfqh-36AQ&usg=AFQjCNHUlHVhJ0i0z7PBpq-TRaCOYLDbZA
15:43.06starseekerer, simh.trailing-edge.com/pdf/vax780_doc.pdf rather
15:44.26``Erikyeah, that's more recent
15:44.43``Erikhuh, had no idea he was that active
15:45.36``Erikonce I find my image and verify it again, mebbe I'll send him an email and see if he'd be interested in helping :D
15:45.53``Erikfeb 09 looks like the latest, btw
15:46.14starseekerbet he'd be thrilled to be actually useful in a real world situation :-)
15:46.33starseekeralways fun when apparently useless code is of interest to someone
15:47.33``ErikI'm sure it'd been used in data recovery *shrug*
15:47.37``Erikit is a nifty beast
15:56.16``Erikother crap to focus on first, though... marching cubes, isst, case, house cleaning, some lisp crap, getting the arm up as my home server
15:58.10starseekernods
15:59.28``Erik:o http://www.popsci.com/announcements/article/2010-03/new-browse-137-years-popsci-archive-free
15:59.34``Erikthere goes my next month :(
16:00.10starseekerCOOL!
16:00.36starseekernotes the earliest ones are out of copyright now
16:02.08``Erikyeah, I saw a graph showing comparison of when it was written to when it becomes public,everything before mickey mouse is all public
16:02.36``Erik1928, fwiw
16:03.30starseekernotes there are even those who think the US federal government should assert copyright over its work, because it produces work that is "commercially viable"
16:03.40``Erikdamn disney
16:03.53starseekerhates that some people think everything that can be controlled and sold should be
16:04.20``Erikwell
16:04.42``ErikI'd argue that you hate people who believe that money is the goal of life
16:04.54starseekerI guess that follows
16:05.13``ErikI sell my GPL'd software for recognition, reciprocity, and the hope that it'll be useful to someone
16:05.22starseekeroh, sure
16:05.23``Erikand I control it using copyright and license
16:05.58``ErikI'd rather have the occasional email explaining the neat stuff made with my bits than a few bucks
16:06.02starseekerbut I don't think you'd have objection to the public domain after some period of time, yes?
16:06.04``Erik*shrug*
16:07.25``Erikno, and I think you were there just a couple days ago when I stated that I think software should have all source components submitted to a central (probably gov't) repository to be opened up after expiration, and that copyright on software should be something like 7 years
16:08.56``Erikdownloading winnt4.0.src.zip from the library of congress might be an amusing episode of self brain-mutilation :D
16:11.05``Erikah, http://en.wikipedia.org/wiki/History_of_copyright_law has the chart I was talking about, about 2/3 down the page
16:35.28``Erikch'know, I should make it a point to buy new computer toys at the beginning of summer, it's too cold downstairs to play with 'em, so I keep walking up and down to reset
16:37.47starseekerheh
16:38.12starseekergrabs VTK's cmake stuff as a good starting point...
16:41.33``Erik(why qt over, say, fox? or wx? or?)
16:43.45``Erikand, uh, WOW, my openrd thingie must store 'last known network' and use it if it can't find dhcp, otherwise that tftpboot shouldn't have worked... neat
16:49.57*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
16:51.32``Erik"if stouffer's didn't make french breaded pizzas I'd have to learn how to hunt or something" nice
17:12.13starseekerhmm?  Vtk has good cmake scripts, 'cause it's by Kitware, same folks who do cmake.  Nothing to do with Qt as yet
17:12.46``Erikwas an unrelated query
17:12.56``Erikqt uses qmake, not cmake, anyways
17:16.03starseekerah
17:16.12starseekerQt == nice cross platform support
17:16.21starseekeramong other reasons
17:16.30starseekerbrlcad can give you more details
17:16.43starseekernotes this URL for later consideration: http://www.koders.com/noncode/fidB9CA553300122F1C847FEDC512B63A963185CA0F.aspx?s=iostream
17:17.28starseekerplplot may be a useful cmake resource...
17:57.39CIA-85BRL-CAD: 03starseeker * r37932 10/brlcad/branches/cmake/ (15 files in 2 dirs):
17:57.39CIA-85BRL-CAD: Start with the VTK cmake logic as a template, and 'read alongside' configure.ac
17:57.39CIA-85BRL-CAD: to map jobs between Autotools and CMake. Right up front, annoying issue - will
17:57.39CIA-85BRL-CAD: need to create Date/Time solution for Windows, and make a cmake script to
17:57.39CIA-85BRL-CAD: conditionally run it or date based on OS.
18:49.44*** join/#brlcad jonored (~jonored@pool-71-174-9-21.bstnma.east.verizon.net)
19:29.45*** join/#brlcad talcite (~matthew@dhcp-143-176.mcme-students.carleton.ca)
19:31.47*** join/#brlcad talcite (~matthew@dhcp-143-176.mcme-students.carleton.ca)
20:26.17*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:33.59*** join/#brlcad jonored (~jonored@LAZARUS.WIFI.WPI.EDU)
21:26.58``Erikstarts installing the base system to a shiney new 4g drive
21:27.46Stattrav``Erik: Is brlcad applying for GSoC slots this time too ?
21:28.19``Erikum, call for applications hasn't come out again, but I'm sure we'll be applying again, probably asking for ~4 slots, mebbe 5? *shrug*
21:28.33Stattrav``Erik: it has
21:28.38Stattravthey start from 8th
21:28.50``Erik8th, like, tomorrow?
21:29.08Stattravhttp://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/timeline
21:29.11``ErikGSoC is all doen from PST, GMT-8 I think
21:29.14Stattravyes exactly
21:29.20``Erikso tomorrie
21:29.22Stattravyeah
21:29.48``Erikyeah, well, ... so we can submit our package... tomorrow...
21:30.11``Erikwe don't announce things like # of slots and successes and stuff until they're fully through the system
21:30.31``Erikso we can't tell you until, um, looks like the 18th
21:30.35jonoredcertainly intends on trying this year, now that he has time to actually put some time in on proposal and such.
21:31.31Stattravyups :)
21:31.32``Erikimagines we'll ask for 4-5 slots, but *shrug* doesn't know
21:32.10Stattrav``Erik: i was wondering if there are any specific project ideas out there.
21:32.14``Erikthe guy at the center of the hurricane is on vacation at the moment
21:32.31Stattravaah sean ?
21:32.50``Erikwhen we have slots, we'll probably list some ideas... for a mish-mash list, there's http://brlcad.org/~sean/ideas.html
21:33.13Stattravaah great! i did go through that thanks
21:33.22``Erikthere's also the TODO list
21:34.22Stattravyeah so time to try sending in a patch i guess. If i get rejected this time from this org again, that would be the final strike ;)
21:34.29Stattravthat ist he third
21:35.19``Erikbear in mind, though, when we don our robes and meat ina n underground cavern lit only by candles, we discuss things like 'neat', 'tractable', and 'useful'
21:35.35``Erikheh
21:35.51``Erikevery rejection should have come with constructive criticism...
21:36.32``Erikand we try to keep the accepted vs applied ratio fairly low, there are just so few maintainers and so many applicants, we have to keep balance...
21:36.52Stattrav``Erik: absolutely! first time was just a lame application, but the second one was something i put in a good amount of effort in but sean had some given me some good reviews those would surely help
21:37.03``Erikmind if I ask?
21:38.14``Erikno acceptance or rejection is the work of one person, sean is just an excellent mouthpiece as well as organizer... I recall your name, I don't recall the patch you submitted last go-around :)
21:38.29Stattravyeah i know, i pulled it back as it had some deficiencies :)
21:39.08``Erikwe also have a couple years of public history now, you can look at accepted and rejected folk and the patches they submitted for ideas on scope...
21:39.17Stattravtrue i needed some practice in programming got used to lazy way of programming in Python and messed up some memory issues:)
21:39.26Stattravyeah sure
21:40.07Stattrav``Erik: well this was the proposal http://brlcad.org/wiki/User:Hippieindamakin87
21:40.20``Erikwhen we have ~20-30 people submitting reasonable applications and only 4-5 people who can mentor, we're kinda forced to set the bar very high, and so many poeple submit such good stuff, it almost gets to the point where we look for any detractor to knock someone out...
21:40.26``Erikohhhh, hippi, aight
21:40.37``ErikI thought you'd gotten into one
21:41.02Stattrav``Erik: naah it finally went to joe. he deserved it i guess for all the work he has put in
21:41.16Stattrav:s/has/had
21:41.30``Erikahhh
21:41.59``ErikI remember ya in chan, and that brep-on-brep thing was worked on... *shrug* :) not completed, but worked on
21:42.10Stattravyeah
21:42.15``Eriklast go-around, I was kinda a meta-mentor
21:42.20Stattravoh great
21:42.34Stattravjust the person whom i can ask what the current status is
21:42.38``ErikI honestly thought I was going to move in the middle of it, so I didn't want much commitment...
21:42.46Stattravaah
21:42.49``Erikit's ... in the repo?
21:43.05Stattravso the latest checkout should have it all
21:43.09``ErikI may've spent more time helping a couple new mentors than students *shrug*
21:43.18Stattravlol
21:43.18``Erikyeah, it should be committed, that's part of the GSoC contract
21:43.30``Erikand our interpretation of
21:44.46Stattravwell, this time i tried applying for grad studies in geometric modelling but realized i wont get through as my grades in my core courses are bad like 2.5/4
21:45.12``Erikwell, the ideas page is still there (and maintained), the TODO file is still there, start rolling some ideas around in your head and thinking of a way to show us that you know how to and can be trusted to play in our sandbox well... and around the 18th or a bit after, new pages will appear at http://brlcad.org/ for students to consider
21:45.37Stattravyeah sure thanks a lot
21:45.46``Erikbut like I said, we sit around and discuss both the merits and advantages of.. .both the students and the ideas
21:46.10``Erikand we had one student with an idea... that we wanted really really bad, but surrendered to another group who wasn't as application-rich as we were :)
21:46.30Stattravaah!
21:47.48``Erikso, y'know, apply to a few projects, apply a few ideas (if we allow it this time), see what happens... don't take anything personal, there's an awful lot of ad hoc decisions, some in favor of 'open source' vs 'BRL-CAD', some pretty much flipping a coin
21:48.12StattravI am being forced by a mentor of the org sahana to apply but well my academic interest lies in this, so still havent given up after two strikes
21:48.58Stattravsure
21:48.59``Erikwe even try to provide semi-contructive feedback to people who's patch bit is somethign like "sed -i.bak 's/ [ ]*$//' `find . -name '*.[ch]'`"
21:49.50``Erikif you were looking for a job and were rejected after two interviews, would you give up that career?
21:50.01poolioyes.
21:50.07pooliohowdy ``Erik :)
21:50.12``Erikben, shut it or I'll shut it for ya :D
21:50.22Stattravobviously not :)
21:50.53Stattravhaha poolio seems like you never had to
21:50.56``Erikthis is a rare event, I'm trying to be constructive and supportive, ya'll go open your furry-assed mouth and say sht like that, that just makes me wanna stomp ya down :D
21:51.26``Erikstarseeker and brlcad are going to have to go to the hospital for heart attacks after reading that I wasn't being a complete ass here... :D
21:52.10Stattravlol
21:52.47Stattravwell i am kinda scared of those guys!
21:53.16*** join/#brlcad Phurl (~mdupont@ip-81-210-228-126.unitymediagroup.de)
21:53.17``Erikthose guys? starseeker and brlcad? they're kittens, I'm the reigning mean guy here
21:53.48Stattravyeah! well i never had direct conversations with you regarding technical content.
21:54.11``Erikoh, well... you're either right or stupid. And right means my way. :D *duck*
21:54.24Stattravwell sometime last time i suggested some Python routines and i got royally bashed. true that i was too stupid to do that
21:54.42``Erikpython is outside of the current scope of BRL-CAD at the moment...
21:55.01``Erikthough at one point, there was python code in the repo
21:55.14jonoredIsn't it all C/C++ and tcl at this point?
21:55.27Stattravand basically getting speedups on python is well a serious PIA
21:55.30``Erik<-- is a C guy, doesn't even like c++.. and gets a perverse pleasure out of hurting starseekers brain with some of his C tricks
21:55.55jonoredWell, C++ is a messy pain.
21:56.01``Erikpanda3d manages fast python pretty well... the 'hard' parts are in c++, but 99% is in python
21:56.12Stattravhi5-es ``Erik for being a C guy
21:56.15``Erikjonared: yes, with some shell script stuff, too
21:56.37``Erikactually, i've been fooling around with the notion of doing a 3d game engine using lisp O:-)
21:56.41jonoredtried to get a single file to compile with CGAL last night, and gave up after a few minutes on that one file..
21:56.47``Erikvia okra and buclet
21:57.01jonoredWoot for lisp. CL, scheme, or something else?
21:57.18``ErikCL, sbcl actually... mebbe ccl if it's better on some platforms
21:57.24StattravI have seen people writing C codes and use cpython over it and blah blah blah
21:57.46``ErikI did an engine that used the 'siod' scheme in the late 90's, but the GC resulted in ugly hiccups (very naive gc)
21:58.15jonoredis quite keen on sbcl. Although the lack of first-class continuations in CL is always irritating.
21:58.30Stattrav``Erik: how long would it take to be familiar with Lisp. Man i have been working on it for 2 months now, i still cant seem to get a hang of it
21:58.33``Erikyes, but I found a package that does it "well enough" via UCW
21:58.36jonoredApart from that, I prefer CL, but... first-class continuations are so shiny.
21:58.48``Erikstattrav: after ten years, you're almost ready to be called a novice
21:59.11Stattravwell there is hope as you say
21:59.14Stattrav;)
21:59.22``Erikyeah, my first scheme was scheme, and I got decent in continuations... every once in a while, cl makes me go "DOH!"
21:59.37Stattravi started off with cl
21:59.39``Erikespecially web type stuff, turning a stateless protocol into a stateful machine
21:59.50``Erikerrrr, my first lisp was scheme, srry
22:00.00jonoredBut there's CLOS...
22:00.10``Erikclos is damn nice
22:00.26``Erikit makes oo appreciable... almost as sexy as smalltalk does
22:00.48``Erikit also hurts c++/java weenies brains
22:01.30jonoredheh. Except, perhaps, for the ones who already have the idea of a generic function, just as a programmer convention instead of formally built into the language.
22:01.51``Erik'k, bbiab, I have to go to the store or I don't eat tonight, feel free to techno-babble, we read backlog :D
22:02.06jonoredlol. I should get food anyways myself.
22:02.20Stattravi should get to bed myself. Got classes in the morning
22:02.55Stattravbon apetit ``Erik and jonored
22:03.20jonoredjust has thesis. And more thesis. Trying to mash topology optimization and manufacturability with fused filament processes together...
22:03.36Stattravjonored: majoring in manufacturing sciences ?
22:03.47Stattrava grad student ?
22:04.11jonoredNo, computer science, but it's substantial enough that I convinced the AI in design prof here to let me do it.
22:04.38jonoredBut a grad student.
22:04.48Stattravaah naice at wpi itseems
22:05.03jonoredYep. Prof. Brown.
22:06.03Stattravcool. I shall try my grad school applications next year.
22:06.13jonoredIncidentally also the editor for the AI EDAM journal, which is almost intimidating.
22:06.27Stattravwooh
22:07.33jonoredAnyhow... I should get back to it.
22:07.53Stattravgoodluck
22:08.51jonoredIf I can get this to work, I'll have something to put between brl-cad and a reprap to make the thing light and print faster while still doing the job :)
22:46.14*** part/#brlcad jonored (~jonored@LAZARUS.WIFI.WPI.EDU)
22:54.52``Erikahhh
23:14.59``Eriknice http://www.icanhasforce.com/wp-content/uploads/2008/01/star-wars-boba-fett.jpg
23:25.04*** join/#brlcad jesica__ (~jesica@190.177.162.123)
23:31.20starseekerhmm, cool:  http://annealingtechnologies.blogspot.com/2010/02/wix-and-cpack-integration.html
23:31.40starseeker``Erik: LOL
23:32.10starseekerwouldn't be surprised to see that on Sean's door someday... :-P
23:37.10CIA-85BRL-CAD: 03starseeker * r37933 10/brlcad/branches/cmake/CMakeLists.txt: Playing around with the CMakeLists.txt file a bit - will need to study the path settings a bit, especially how they're handled on Windows.
23:38.03``ErikAnd bsd. And hpux. And aix. And irix. And solaris. And haiku. And ... :D
23:47.54starseeker<snort>  Most systems have /usr/brlcad as an "OK" location
23:48.10starseekerdoesn't even know if CMake runs on Haiku, come to think of it...
23:48.36``Eriksane systems, but not, say, gentoo
23:48.38``Erik:D
23:49.13starseekerheh - well, there's what's sane and what the "official" repository policy will tolerate
23:49.14``Erik(and solaris is 'ok' with it there, but would prefer /opt/brlcad for example)
23:49.36starseekerthey tend to flip out over some things - like including altered versions of libraries
23:49.49starseeker(IIRC that's why nobody packages Handbrake...)
23:50.12``Eriklike handbrake.fr handbrake?
23:56.44*** join/#brlcad jesica__ (~jesica@190.177.191.102)
23:56.49``Erikjust doesn't see any significant advantage to changing build systems and does see potential disadvantages... has yet to see what svn really buys over cvs other than requiring installing a new package (plus deps) on all his machines and having to set paths to avoid using the old versions *shrug* :)
23:57.12``Erik"for the sake of being shiney and new" is an invalid reason to me... I went and hit the 'old' phase a ways back
23:57.23``Erikevening, nohla
23:58.26``Erikmoving to cmake seems even more dubious of a notion than moving to svn to me *shrug* :) now get off my lawn O.o
IRC log for #brlcad on 20100308

IRC log for #brlcad on 20100308

00:05.49*** join/#brlcad jesica__ (~jesica@190.177.158.169)
00:06.15``Erikthis channel needs to get their volume crap sorted out... playing it just quiet enough to hear the show, then certain commercials blast and my poor cats jump up and look around :/
00:11.36starseeker``Erik: main advantage would be one build system for Windoze and other platforms
00:11.56starseeker``Erik: yeah, that's annoying
00:12.11starseekerremember some investigation into that practice a while back, come to think of it...
00:13.35``Erikwell
00:13.40``Erikthere ws a story about a legal dealie
00:14.01``Erikand what I'm hearing NOW, instead of the entire commercial blasting, it blasts for the very first bit, then quickly backs off
00:14.16``Erikat first, I thought someone was at a mixing board and was just slow at adjusting it down
00:14.25``Erikbut it's the same curve in the same commercial several times
00:15.34``Erikonly a few commercials are doing it :/ like the comcast commercial does it really bad
00:16.02``Erikthe verizon one does it, too... hrmmm
00:16.51``Erikponders going into a brian class conspiracy theory mode
00:18.30*** join/#brlcad Ralith (~ralith@69.90.48.97)
00:19.33``Erikayup, no sbcl for arm, figured
00:20.49``Erikoh my, clisp is willing to try it O.O
00:21.11starseekerstands back and waits for the mushroom cloud...
00:21.48``Erikhey, you can't make an omelet without subjecting a few eggs to fission
00:22.47starseekerthat'd make an awesome tshirt :-)
00:23.16Ralith``Erik: someone ported clisp to one of those nokia platforms, iirc.
00:23.28``Erikneat
00:23.32Ralithand I think someone at least *tried* to get SBCL on ARM, may want to see where they left off.
00:25.42``Eriknope, clisp asploded on me
00:25.53``Erikactually
00:25.59``Erikffcall asploded
00:28.37RalithI think there's a patched version?
00:28.45RalithI remember that being mentioned on the nokia thread
00:35.58``Erik*shrug* ain't the purpose of the machine, just figured it'd be amusing to try :)
00:41.13Ralithhttp://talk.maemo.org/showthread.php?t=42339
00:53.30``Erik"accidental ARM endianness switch", nice
01:06.12``Erik*snrkt*, that was awesome... simpsons, bart's looking at a microfiche reader, says "zoom in and enhance", lisa shrugs and pushes his face closer to the screen
01:30.23``Erikodd, I have a sudden urge for a glass of milk
01:38.27*** join/#brlcad yukonbob (1000@s142-179-54-198.bc.hsia.telus.net)
01:38.27*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
03:17.31*** join/#brlcad gbttun (~gbttun@c-24-6-17-7.hsd1.ca.comcast.net)
03:19.54gbttunhi, i'd like to know if i could get help with BRL-CAD installation here
03:26.18brlcad~ask
03:26.18ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
03:26.27brlcadsure, usually
03:35.45gbttuni've downloaded the brl tarball from sourceforge and unpacked it in /usr/brlcad. i've read the INSTALL file and attempted to follow the instructions: $sh autogen.sh
03:36.05gbttunbut the shell responds with 'can't open autogen.sh'
03:36.19gbttunwhat step am i missing?
03:37.51louipctry `./autogen.sh` ?
03:38.40gbttunit can't find that file. cwd is /usr/brlcad, is it in another directory?
03:39.07louipcoh what do you have in /usr/brlcad?
03:39.44gbttunbin, include, lib, man, rel-7.10.4, share, stable
03:39.57louipcoh you downloaded a pre built package
03:40.15louipcyou can try to run /usr/brlcad/bin/mged
03:40.52louipcmight have to add /usr/brlcad/lib to your library path
03:41.04gbttunhow do i do that?
03:41.41louipcyou would add the path to /etc/ld.so.conf and run ldconfig
03:42.12louipcyou're using linux yeah?
03:42.17``Erikwhich brl tarball did you download?
03:42.19gbttunyes. ubuntu
03:42.23louipcok
03:42.30``Erikyou seem to be mixing the instructions for source and binary...
03:43.01gbttunbrlcad_7.10.4_ia32.tar.bz2
03:44.20``Erikcould you run "ldd /usr/brlcad/bin/rt" and paste the results to someplace like http://paste.lisp.org/ ?
03:45.41``Erik(and setting the LD_LIBRARY_PATH variable is a simpler and root-less alternative to updating the ld cache, the performance difference is neglegible these days)
03:49.08gbttunhttp://paste.lisp.org/display/96078
03:49.38``Erikyou're missing the stdc++ libraries
03:50.05``Erikin your ubuntu installer thingymajigger should be something that says "C++ runtime libraries" or "stdc++" or something
03:51.20gbttunlibstdc++ ?
03:51.33``Erikthat sounds up the alley, yeah
03:52.04``Erik<-- not a linux guy, has never used ubuntu, .. doesn't know those details :/ mebbe loui knows? *shrug* :)
03:52.45gbttunthe description is 'the GNU Standard C++ LIbrary v3 (documentation files)'
03:53.20louipcwell, LD_LIBRARY_PATH is only supposed to be a temporary thing
03:53.23``Erikhm, ya want the libraries themselves, not the docs for them... does that mean with the docs, or just the docs?
03:54.06gbttunit's just the docs :/
03:54.50gbttuni'll look online, i don't think the packet manager has the stdc++ lib (unless it's in a repository that I haven't added)
03:55.02``Erikit should be part of the base system
03:55.12``Erikdo you have any libstdc++* files in /lib or /usr/lib ?
03:55.17louipcmaybe that build is using an old version
03:55.47louipcif you don't have any qualms against building from source I'd recommend it
03:55.49``Erikgiven that it's a very old version, I'd imagine so :D
03:56.27gbttunwhen you say an old version, are you referring to brlcad or to the stdc++ lib?
03:56.36``ErikBRL-CAD
03:56.38louipcwell, I do still have /usr/lib/libstdc++.so.5 on my system
03:56.41louipc:P
03:57.48gbttunin /usr/lib, i have a libstdc++.so.6
03:57.56``Erikmy old bsd clunk has 4, 5 and 6... my mac only has 6
03:58.58louipcyeah looks like only 6 is available on ubuntu
03:59.26``Erikok, then ya have a choice between two things, gbttun... A) build it from source and enjoy all the bug fixes and new features, or B) link a libstdc++.so.5 to your libstdc++.so.6, sacrifice a chicken, hope and pray that it works and just suffer the bugs and explosions that occur... :D
04:00.10gbttunwell, when you put it that way . . . haha
04:00.11louipcC) install libstdc++ 5
04:00.21louipci'd choose A
04:01.01gbttunalright, i'll try from source. never done it before. the documentation is in the brlcad lib, right?
04:01.24louipcit's in the tarball
04:01.34louipcand maybe the wiki can help as well
04:01.53gbttunalright
04:02.29louipcif you download the source via tarball you shouldn't need to run autogen.sh
04:02.36louipcjust ./configure, make, make install
04:04.03``ErikI'm guessing that ubuntu splits the runtime libraries and headers into seperate packages
04:04.33``Erikso'll have to, say, install libXi-dev in addition to having libXi ...
04:04.39louipcoh yeah.. forgot about that
04:04.54louipcyou need to install everything-dev
04:05.00louipcbahhah
04:06.04``Erikafter running the configure script, READ that block at the end to see if it's gonna do what you want... mebbe put that on that paste site so louipc can tell ya if you missed anything... :D
04:08.58``ErikI... just figured out how the ancient egyptions were able to build such precise structures without modern surveying tools... I understand it now... they used cats. cats find the exact middle. every time.
04:10.55louipcwow I never knew they could do that
04:11.20louipcwhat's their accuracy?
04:12.17``Eriknot sure, my other tools aren't highly accurate themselves
04:12.30louipcoh hah
04:12.51louipcI figure they were able to do it via experienced craftsmanship
04:13.23louipca good machinist can judge a size within .005 of an inch using just a steel rule
04:13.31``Erikwell, they had, y'know, knotted ropes and stuff, but those were probably just for crud measurements when they didnt' have time for a cat to decide to sleep
04:13.43louipchaha yea
04:14.05``Erikyeahhhhhh, I don't have a good machinist grade rule, even my calipers are crummy plastic things
04:14.10``Erikand no micrometer
04:14.59``Erikhad to mill an aluminum cube to like 1" on each edge to within a pretty insane tolerance, something up the alley of that .005 or so... good fun
04:15.19louipchaha that's a wide tolerance
04:15.51``Erikit was a highschool class, using some heavy duty gear, but it'd been abused by a lot of highschool students... don't remember the exact #'s
04:15.56louipcbut it's good fun for sure
04:16.00``Erikthat was, uh, a long long... long... long time ago
04:16.28``Eriky'know, with the oxes pulling the drive spindle geared to the mill head, etc... :D
04:16.35``Erikoxen, rather
04:16.48louipchah forget that, you're supposed to file it
04:16.58``Erikheh
04:17.10``Erikearly 90's, anyways *shrug* :D
04:17.17louipcfile it down to the req'd shape and size
04:17.19louipcheheheh
04:17.39``Erikdid a lot of filing in that class, mostly de-burring the sheet metal we'd snipped or clipped in the brake
04:17.48``Erikor fine work after welding
04:20.03louipchmm now I have an idea for text winter
04:20.06louipcsnow pyramid
04:21.36``Erikheh, make the bricks like ya do for igloos?
04:22.00louipchaha nice!
04:22.04``Erikthe nifty part would be the tunnel down to the snow sarcophogus with the smummy in it
04:22.28``Erikwhich'd be a partially melted but preserved snowman, right? :D
04:22.51louipcof course
04:28.42gbttunok, i've run configure. http://paste.lisp.org/display/96078#1
04:29.12``Erikmissing X headers, you won't get a gui with that
04:30.27``Erikthat'd be like, uh, Xlib-dev libXi-dev ...
04:31.11louipcgbttun: install tcl too
04:31.33``Erikhttp://brlcad.org/wiki/Compiling
04:33.17louipcperfect
04:33.55gbttunoops, supposed to install the dependencies/tools first, huh. i'll have to recompile afterwards?
04:34.04``Erik(why are both 8.5 and 8.4 listed?)
04:34.18``Erikyou'll have to run configure again, you haven't compiled yet
04:48.23gbttunhttp://paste.lisp.org/display/96078#2
04:48.37gbttuni installed the dev libraries, but still no GUI?
04:51.25``Erikya need the "X11 support" to say yes
04:55.13*** join/#brlcad gbttun (~gbttun@c-24-6-17-7.hsd1.ca.comcast.net)
04:59.04louipcgbttun: you should install what the wiki page mentions
04:59.11louipcgbttun: http://brlcad.org/wiki/Compiling
04:59.42louipcas well as the non-dev counterparts
05:00.08louipcI think it would be safe to omit tcl8.4 and tk8.4 though
05:02.03gbttuni'll install the non-dev counterparts, i've installed all pkgs mentioned in the wiki
05:02.22louipccool
05:12.17gbttunchecked all the non-dev counterparts, and they're already installed
05:13.33louipchmmm
05:15.56louipcmust be missing something though
05:19.13gbttunmany of the x11 packages have different numbered pkgs-dev/doc/etc
05:19.21gbttuna restart wouldn't help, i suppose
05:19.44louipcI wouldn't think so
05:19.52louipcit's not windows hehehe
05:19.58gbttunheh
05:21.08louipcif you posted the full configuration log, that might help to figure out what's missing
05:29.06gbttunhave any target areas? config log is too big to paste Oo
05:30.46louipcanything that says 'no' ahha
06:13.45gbttuni went thru config.log up until the x11 statement
06:13.48gbttunhttp://paste.lisp.org/display/96078#3
07:15.13*** part/#brlcad gbttun (~gbttun@c-24-6-17-7.hsd1.ca.comcast.net)
10:22.17*** join/#brlcad neL (~neL@202.3.77.145)
10:24.38*** part/#brlcad neL (~neL@202.3.77.145)
11:00.29*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
11:26.01d-loMerning all!
12:19.41*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
13:21.28*** join/#brlcad jack (~jack@85.92.137.10)
13:23.56*** join/#brlcad jack (~jack@unaffiliated/jack)
13:52.19starseekerhello - wonder how they're doing this transparency... http://tulip.labri.fr/TulipDrupal/?q=node/17
14:05.49``Erikprobably opengl
14:05.55``Erikthat's how apple does it's
14:11.37starseekerhasn't checked out tulip in a while - looks like at least some of their library code is LGPL now... hmmm
14:11.59starseekerthat could be a nifty way to visualize geometry
14:12.16starseekerthinks he remembers Sean toying with the notion a while back of tree visualization
14:13.04starseekersaddles up for The Commute To Work...
14:13.21``Erikbring comfortable walking shoes O.o
14:13.39``Erikand maybe pack a snack for the hike between the parking space and building :D
16:37.52brlcadis waiting for a shipment to arrive, might not get here in time to hit the road
16:39.20brlcadon-the-fly hierarchy visualization would be grand to have, particularly for viewing the ops and nested uses
16:39.54d-loah, so the vacation is already over eh?
16:40.14starseekerbrlcad: I'm getting set to work Mike's obj parsing stuff into BRL-CAD - is there a particular place it should go?
16:40.24brlcadgcv
16:40.30starseekerwas planning to make a subdirectory in libgcv...
16:40.34brlcadsure
16:40.37starseekercool
16:40.59starseekerstarts pecking at configure.ac again...
16:41.15starseekerbrlcad: oh, is that cmake branch OK?
16:41.27starseekerdoesn't want to add clutter...
16:42.18brlcadit's only adding to clutter if you don't follow through with it or use it down the road
16:42.41starseekernods
16:42.44starseekerk
16:42.51starseekereasy to nuke if it goes stale
16:43.13starseekeror if ``Erik decides it needs to die O.o
16:53.23starseekerjust had an itch for some reason to poke at cmake...
16:57.45brlcadmaybe some gold bond would help take care of that
16:58.13CIA-85BRL-CAD: 03bob1961 * r37934 10/brlcad/trunk/src/ (archer/archer mged/mged.c mged/setup.c):
16:58.13CIA-85BRL-CAD: Added a -o option to mged for starting the new gui. This will eventually be used
16:58.13CIA-85BRL-CAD: to fire up the old gui. Cleaned up the possible bad behavior with the -a option.
16:58.13CIA-85BRL-CAD: For example, if -a is specified apart from classic mode it brings up the gui
16:58.13CIA-85BRL-CAD: with an extra display. Also modified the archer script to work from mged.
16:58.30starseekerbrlcad: heh.  That was about ``Erik's response
17:13.39CIA-85BRL-CAD: 03bob1961 * r37935 10/brlcad/trunk/src/mged/mged.c: Fixed a typo.
17:19.39starseekerbrlcad: heh - they're going to have Tufte help explain where Stimulus Funds are going
17:29.53``Erikheh, gold bond, bah, real men use prep H.. http://www.guzer.com/pictures/preperation_h.jpg (don't worry, work safe)
17:30.20``Erikbrlcad: know when you're back in? glenn was looking for you to help him, he wants to make a .pkg or something
17:31.37starseekerreflects that having Tufte do that is actually a Really Good Idea...
17:36.59``Erikthe appointment by obama? will be... interesting (that's made it to /. ?)
17:38.00brlcad``Erik: what's up with all the proxy servers on crit?
17:38.50``Erikit forks children out to handle connections, just like apache...
17:39.53brlcadI mean are you actually proxying something?
17:39.53``Erikyeah
17:39.53brlcador is the server just there running
17:39.53``Erikit only listens localhost, ssh -L ftw
17:41.39``Erikoh my, migration time O.o
17:42.47brlcadyeah, working on verifies, backup, maybe get apache migrated today if lucky
17:43.35``Erikapache won't start until it thinks it can resolve all the hosts to itself, iirc
17:45.20``Erikdunno if ya wanna do 'one big whump' and just lose service for a bit while that happens, or do some more slow migration (make irssi a shell script that says "go use the other machine", mebbe ssh tunnel the mysql port, etc)
18:01.35brlcadthe hosts can be migrated one by one
18:01.44brlcadthat way I can weed out old junk
18:31.25*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
19:56.52CIA-85BRL-CAD: 03starseeker * r37936 10/brlcad/trunk/src/tclscripts/mged/ (Makefile.am mike-tux.png): Add png version of mike tux image.
20:24.19brlcadhttp://unixronin.livejournal.com/727071.html  
20:26.50brlcader, I guess that should have been http://unixronin.dreamwidth.org/683967.html
20:37.29starseek1rcool :-)
21:10.22*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:31.51CIA-85BRL-CAD: 03bob1961 * r37937 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added a dedication tab to the "About" dialog.
21:58.37starseek1rgrowls... confound flex and bison anyway
22:04.05``Erikheh
22:04.11``Erikyou're probably overthinking it
22:04.41starseek1rno, the version on the Mac doesn't understand the reentrant option
22:05.06``Erikah, eh? compiled just fine on mine... wonder if it grabbed the ones in /opt/local/bin instead *shrug*
22:05.28``Erikapple is really slow about updating :/ still automake 1.6 even
22:17.49starseek1rmutters under his breath about including a modern lex and yacc in src/other...
22:21.06starseek1rjeez, even the Linux box doesn't have it
22:44.26CIA-85BRL-CAD: 03bob1961 * r37938 10/brlcad/trunk/src/libdm/dm-ogl.c: Minor tweak.
22:45.59CIA-85BRL-CAD: 03bob1961 * r37939 10/brlcad/trunk/src/libdm/dm-rtgl.c: Tweak the lighting parameters a bit so that things aren't so washed out looking.
22:52.31starseekerhuh, kinda nifty looking:  http://www.openflipper.org/index.php?id=238
23:07.10CIA-85BRL-CAD: 03starseeker * r37940 10/brlcad/trunk/ (14 files in 5 dirs):
23:07.10CIA-85BRL-CAD: First stab at integrating the obj parsing routines by Mike Tegtmeyer into
23:07.10CIA-85BRL-CAD: libgcv. At the moment, it looks like the lex and yacc files require more modern
23:07.10CIA-85BRL-CAD: versions of their respective tools than are present on many default OS
23:07.10CIA-85BRL-CAD: configurations, so for now we'll have to go with including and building the
23:07.11CIA-85BRL-CAD: generated C++ code.
23:12.34*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
23:23.07brlcadobj_parser.h probably shouldn't be in include/
23:23.22starseekerstrictly local?
23:23.25starseekerk
23:23.47brlcadno reason for that to be public api, we're not producing a public obj library
23:24.41brlcadbe sure you distcheck that too since you're adding new files/dirs, if you didn't
23:25.09starseekernods
23:25.13starseekerwill do
23:28.26CIA-85BRL-CAD: 03starseeker * r37941 10/brlcad/trunk/ (7 files in 4 dirs): Move obj_parser.h back to libgcv/obj
23:29.20``Erik(if we do make it public, it'd be through gcv.h, I'd imagine)
23:29.56starseekerwasn't sure how the mechanics of that would work <shrug>
23:30.25starseekerback in Richard's ballpark now
23:31.23``Erikah, the waiting game :D
23:31.25``Erik*duck*
23:31.53``Erikshould be firing a grid tomorrow, mebbe even binning the primaries O.o
23:32.22starseekersweeeet
23:32.43``Erikshooting for 'functional' this week, yo
23:33.30``Erikand then a slew of macros to make it fun and hurt starseekers brain :D
23:33.32``Erik*duck*
23:36.01starseekerso far that hasn't been any particular trick this week
23:37.47CIA-85BRL-CAD: 03starseeker * r37942 10/brlcad/trunk/src/external/ProEngineer/Makefile.am: Looks like this file has gone byebye - let the Makefile.am know
23:38.52``Erikhehehe
23:39.12``ErikI sense a restless night with 'ttk' repeating in your head :D
23:39.42starseekermore like itk
23:40.19``Erikah :)
23:40.41``Erikso now that you're the TK subject matter expert, you can make the new isst gui for me, right?
23:41.15CIA-85BRL-CAD: 03starseeker * r37943 10/brlcad/trunk/src/libgcv/CMakeLists.txt: Sync libgcv CMakeLists.txt file.
23:41.33starseekerActually, the Tk Framebuffer info may apply, but it's not "mature" yet, to say the very least
23:42.04``Erikonce I'm out of milestone city, I'll put some time to look at using ogl to dump to
23:43.49starseekerO.o  thought you just needed fast 2D blitting
23:45.05``ErikI do
23:45.24``Erikogl might do it, glTexSubImage2D()
23:45.28starseekerah
23:45.53``ErikI THINK that's how apple does all it's aqua display stuff? and vista with it's "aero" ('cept using d3d)?
23:45.57starseekermight still be worth looking at a pure Tk approach, just in case ogl isn't available...
23:45.59``Erikbe an interesting experiment
23:46.01``Erikyeah
23:46.39starseekeris dreading the embedded framebuffer + Tk fun ahead, but that's clearly next on the list...
23:47.03starseekernow that we've got obj parsing in for Richard
23:48.13starseekergoes to grab some food now that distcheck is going...
IRC log for #brlcad on 20100309

IRC log for #brlcad on 20100309

00:02.05``Erik"is her name really Shih-Ting?"
00:02.16``Erikhttp://www.collegehumor.com/picture:1934654 mmmm bacon
00:16.57*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
00:56.45brlcadmmmmmm, that does look good
00:57.41brlcadmade a similar sandwhich like that before, whole pound on one sandwhich
01:07.21``Erikheh, heart attack on a bun O.o
01:07.42``Erikhow's the migration going?
01:24.35starseekerbrlcad: distcheck passes now
01:38.16CIA-85BRL-CAD: 03starseeker * r37944 10/brlcad/trunk/NEWS:
01:38.16CIA-85BRL-CAD: Bob improved the behavior of mged command line options when used in combination
01:38.16CIA-85BRL-CAD: - for example, a user feeding in the string 'mged -c -a X moss.g tops would have
01:38.16CIA-85BRL-CAD: had a window flash up, then exit and print the tops result - now it ignores the
01:38.16CIA-85BRL-CAD: attach option if a command is specified.
02:05.40starseekerauuuugh.  dm-tk fails in X mode on Mac, crashing in a while Tcl_DoOneEvent loop
02:06.59``Erikhehehe
02:07.15``Erikso that's what that distant 'pop' was
02:11.20starseekerhopes like hell this doesn't mean more fork magic is called for in the libdm guts...
02:13.19starseekerwell, at least the fb is ok...
02:28.57``Erikheh, put a little more water in my aquarium, now my cats are flipping out watching it O.o they must remember when there was a fish in there (however briefly)
02:29.41starseekerheh - I'll bet they do
02:30.41``Erikpoor fish only lasted a week or so, been setting the tank, think it's about ready
02:30.48``Erikholding at 6.8pH
02:30.59``Erikgood algae growth
02:34.02starseekerpoor fish indeed - I wiped out a few goldfish when I was a kid trying to keep them in New Mexico water
02:34.17starseekerwas rather upset at the time :-/
02:35.04starseekerthings were waaaay too fragile to stand our water
02:35.13``Erikgoldfish are pretty robust O.o
02:35.33``Erikprobably weren't using the right water treatments or something
02:35.36starseekerwell, we had calcium deposits on the fixtures
02:35.43``Erikor overfeeding 'em, they'll eat until they die :D
02:35.45starseekeryeah, treating the water would have been good
02:36.13``Erikyeah, calcium isn't too bad, I usually use a pH decreaser and a heavy metal reactant
02:36.22``Erikand sometimes some stresscoat
02:36.43``Erik<-- likes pleco's, skinned egg laying fish need a slightly acidic water
02:37.07starseekerhas been occasionally tempted to try fish again, but I suspect with the new cat I'd find the whole works bowled over one day...
02:37.37``Erikget a larger aquarium with a sturdy top? :D
02:37.43``ErikI think this one is 80g
02:37.57starseekeryeah, it'd have to be a big tank and a sturdy top
02:38.03starseekershe's a bold sucker
02:38.20``Erikbut a 10g with a good top would probably do... cats are strong, but 80 pounds is a lot
02:38.21starseekerfreaks out our other cat
02:38.43``Erik80-100... depends on how heavy the glass is, how many rocks ya drop in it, ... :)
02:38.50starseekerother problem is having it taken care of when we go somewhere - that's the real biggie
02:38.53starseekercats are bad enough
02:39.08``ErikI bought a 14 slot feeder for that
02:39.22starseekerhmm
02:39.47``Erikhttp://pet.imageg.net/graphics/product_images/pPETS-3758948dt.jpg
02:40.16starseekerhah, cool
02:40.39``Eriktakes a single AA battery
02:40.47starseekeras long as it doesn't malfunction
02:41.01``Erikyeah... haven't had it malfunction yet
02:41.19starseeker'course, since ours eat dry food we could probably just get one of those top-loading things that spills into the bowl
02:41.28starseekerwater is trickier
02:41.32``Erikwhen I was leaving for a week at a time, I'd slap a fresh battery in
02:43.26``Erikwhen I get a fish in there, I imagine I'll have difficulty convincing the cats to stop staring O.o
02:43.33starseekerhehe
02:43.42starseekerwell, that keeps 'em from bugging you
02:45.52starseekerconfound it, why does the Tk thing have to crash in the friggin DoEvent logic - only handled 14 events before crashing, while the Aqua version was into thousands without trouble
02:47.20starseekerglances at the clock and realizes he needs to go home now...
02:49.48``Erikohhhh, she's gonna whup you
04:29.11*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:54.15*** join/#brlcad codefest1 (~dce36163@gateway/web/freenode/x-yuhtxtcpxlffuvbk)
04:54.19codefest1We invite you to be a  part of the Largest Online Coding festival in the Indian Subcontinent.[ http://itbhu.ac.in/codefest ] Sit right in front of your systems and take part in challenging and mind boggling competitions on application development, algorithm design etc. PS:Attractive Prizes.Adobe & BT certificates
04:56.37codefest1We invite you to be a  part of the Largest Online Coding festival in the Indian Subcontinent.[ http://itbhu.ac.in/codefest ] Sit right in front of your systems and take part in challenging and mind boggling competitions on application development, algorithm design etc. PS:Attractive Prizes.Adobe & BT certificates
04:56.46*** part/#brlcad codefest1 (~dce36163@gateway/web/freenode/x-yuhtxtcpxlffuvbk)
04:58.13*** join/#brlcad codefest1 (~dce36163@gateway/web/freenode/x-pronkhjlhegueaki)
04:58.19codefest1We invite you to be a  part of the Largest Online Coding festival in the Indian Subcontinent.[ http://itbhu.ac.in/codefest ] Sit right in front of your systems and take part in challenging and mind boggling competitions on application development, algorithm design etc. PS:Attractive Prizes.Adobe & BT certificates
05:00.29*** part/#brlcad codefest1 (~dce36163@gateway/web/freenode/x-pronkhjlhegueaki)
05:05.23CIA-85BRL-CAD: 03brlcad * r37945 10/brlcad/trunk/NEWS: bob added mged's dedication panel to archer's about page.
05:14.37CIA-85BRL-CAD: 03brlcad * r37946 10/brlcad/trunk/src/mged/mged.c: '-o' shouldn't be used by others so make it verbosely clear
05:22.21*** join/#brlcad stevegt_1 (~stevegt@c-67-164-110-226.hsd1.ca.comcast.net)
05:45.18*** join/#brlcad talcite (~matthew@dhcp-143-176.mcme-students.carleton.ca)
05:51.35*** join/#brlcad talcite (~matthew@dhcp-143-176.mcme-students.carleton.ca)
07:34.28CIA-85BRL-CAD: 03brlcad * r37947 10/brlcad/trunk/configure.ac: check for the __int8 type, which should only be available on windows (think cygwin)
07:39.01CIA-85BRL-CAD: 03brlcad * r37948 10/brlcad/trunk/include/ (common.h config_win.h): (log message trimmed)
07:39.01CIA-85BRL-CAD: move the stdint provisions out of our win32-specific private header into
07:39.01CIA-85BRL-CAD: common.h so that the stdint types can be guaranteed. the guarantee is necessary
07:39.01CIA-85BRL-CAD: if we're to utilize stdint types in our public API (which we're now doing). for
07:39.01CIA-85BRL-CAD: now, bundle all of the stdint types together, included with the assumptions for
07:39.01CIA-85BRL-CAD: detecting uintptr_t .. at least until it's obvious that a better solution is
07:39.02CIA-85BRL-CAD: needed. the defines may very well need some adjustments to work as a public
09:32.58*** join/#brlcad talcite (~matthew@dhcp-143-176.mcme-students.carleton.ca)
10:08.38*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
11:37.45*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:48.27*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
11:53.40CIA-85BRL-CAD: 03d_rossberg * r37949 10/brlcad/trunk/ (5 files in 3 dirs): made libgcv compile with MS Visual Studio (CMake build)
12:46.16*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
13:54.37CIA-85BRL-CAD: 03d_rossberg * r37950 10/brlcad/trunk/include/config_win.h: some defines were moved to common.h
13:56.50CIA-85BRL-CAD: 03d_rossberg * r37951 10/brlcad/trunk/include/common.h:
13:56.50CIA-85BRL-CAD: MS Visual Studio knows uintptr_t but no int8_t etc.
13:56.51CIA-85BRL-CAD: moved the test for _UINTPTR_T_DEFINED to the correct place
14:10.35CIA-85BRL-CAD: 03brlcad * r37952 10/brlcad/trunk/src/libgcv/ (6 files in 2 dirs): fix headers, add footers, make formatting consistent. more work needed to get shared_ptr foo working cleanly.
14:11.53brlcadthat stuff doesn't even look close to compiling cleanly
14:17.49``Erikhow's the machine migration going?
14:20.26brlcadslowly
14:28.46brlcadyesterday was one of those days where you work for hours and hours on one little thing, and don't quite get it working right
14:28.56d-loarg, I hate that.
14:31.28CIA-85BRL-CAD: 03brlcad * r37953 10/brlcad/trunk/src/libgcv/: ignore loT files
14:44.30``Erikdang boy, addin' newlines to my thrash files
14:44.51``Erikat least I'm using g-egg as my mule instead of one of the libs :)
14:48.26CIA-85BRL-CAD: 03brlcad * r37954 10/brlcad/trunk/include/common.h: make sure the stdint types are provided for C++ apps too, define __STDC_LIMIT_MACROS and include the old inttypes.h header in order to get intmax_t
14:49.29CIA-85BRL-CAD: 03brlcad * r37955 10/brlcad/trunk/configure.ac: don't worry about checking for the __int8 type, just key on some other win32 define in common.h header. presently, we key off of _I64_MIN.
14:54.30CIA-85BRL-CAD: 03brlcad * r37956 10/brlcad/trunk/include/config_win.h: no longer testing for __int8
14:54.58CIA-85BRL-CAD: 03brlcad * r37957 10/brlcad/trunk/include/common.h: oops, typo
14:55.15``Erikdang, beat me
15:01.11``Erikneat! http://paste.lisp.org/display/96164 (on rhel5)
15:04.34brlcadthose pregenerated lexeryaccers are nfg
15:06.25starseekerbrlcad: sorry :-/
15:06.33``Erikyeh, the original tarball fails on rhel5-64, too
15:08.44starseekermy initial estimate was that it was impractical to get the lex/yacc stuff working on older versions of the tools, but perhaps that'll have to be done
15:09.58``Erikstarseeker: in today? grumpys O.o
15:10.12starseeker``Erik: coming in, but probably not in time for lunch
15:10.20``Erikbah, you suck :D
15:10.31starseekerhas to start saving some $$ anyway...
15:11.20``Eriktakes linux out of his build rotation *sigh*
15:11.41starseeker``Erik: I'm ok with disabling the obj stuff in the build until we figure out what to do
15:12.05starseekeronly other run-in I've had with lex/yacc was the step stuff
15:12.19starseekerit took indianlarry to sort that out, and that wasn't as severe as this is
15:12.29``Erik*shrug* I could just, y'know, stop updating and focus on my mc crap in g-egg :)
15:12.39starseekerheh
15:12.53``ErikI have a milestone to meet on friday anyways
15:13.04starseekersteels himself for more Tk fun and heads in...
15:13.11``Erikponders doing svn lock on g-egg.c O.o
15:14.12brlcadstarseeker: there is also lex/yacc foo in src/mged/points
15:15.39starseekerbrlcad: when I looked at it yesterday, Mike seemed to have made use of the reentrant and bison-bridge options
15:15.51starseekerI'm not sure how fundamental those features are to his design
15:16.38starseekerbut neither the OSX default flex/bison nor the one on Redhat could handle it
15:16.39brlcadsounds like something important to figure out, how tied it is to those options
15:16.52starseekerwas afraid of that
15:17.07starseekerI'll give Mike a call when I get in
15:17.24brlcadshould be able to discern it from the code, it's not that much code
15:18.27starseekerpulls an svn update to his local box...
15:18.36brlcadcould try to just remove that pure-parser decl, and see if the lib still works
15:18.57starseekertried that yesterday, iirc
15:19.05brlcad(not just compiles, but works .. should have a minimal test case handy)
15:19.39starseekernods - he's got some test cases handy, I just hadn't integrated them - figured they'd go in as a tool level test for libgcv in regression...
15:31.53``Erikponders doing svn lock on g-egg.c O.o
15:31.55``Erikwoops
15:32.47starseekerseems yylval is coming from reentrant and yyextra is coming from bison-bridge
15:36.48starseekerwill have to do some basic reading up on lex and yacc
15:36.55starseekerreally heads out this time
15:48.49*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
16:08.45``Erikeffin'... *sigh* half a wasted morning
16:12.36louipchow's it going
17:05.29brlcadkeeps pushing for a better stdint fix before wandering
17:36.55brlcadstarseeker: is on_nurb.h still needed?
17:42.15starseekerurm
17:42.18starseekerchecks...
17:44.17starseekerdoesn't look like it
17:44.23starseekernothing includes it
17:44.39starseekershall I nuke it?
17:48.16*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
17:48.42CIA-85BRL-CAD: 03starseeker * r37958 10/brlcad/trunk/include/ (Makefile.am on_nurb.h): Doesn't look like we need on_nurb.h anymore.
17:55.10starseekerhas another idea about lex/yacc...
17:55.11starseekerhmm
18:01.59CIA-85BRL-CAD: 03brlcad * r37959 10/brlcad/trunk/include/ (Makefile.am pstdint.h):
18:01.59CIA-85BRL-CAD: include paul hsieh's pstdint.h header file from
18:01.59CIA-85BRL-CAD: http://www.azillionmonkeys.com/qed/pstdint.h as a means to supply stdint types
18:01.59CIA-85BRL-CAD: for platforms (like windows) that do not supply it. using paul's instead of our
18:01.59CIA-85BRL-CAD: own fellow doug gwyn's work (available at
18:02.00CIA-85BRL-CAD: http://www.lysator.liu.se/c/q8/index.html) due to it's relative simplicity to
18:02.00CIA-85BRL-CAD: integrate.
18:07.11CIA-85BRL-CAD: 03brlcad * r37960 10/brlcad/trunk/include/pstdint.h:
18:07.11CIA-85BRL-CAD: apply a variety of mods to make the header work on 10.4 32-bit ppc mac (gcc
18:07.11CIA-85BRL-CAD: 4.0.0) including fixing some invalid preprocessor concatenation, and protecting
18:07.11CIA-85BRL-CAD: the header if it's included before/after the system stdint.h (so we don't get
18:07.11CIA-85BRL-CAD: type conflicts). reordered from low to high so that the smalled fitting matches
18:07.11CIA-85BRL-CAD: first.
18:20.30CIA-85BRL-CAD: 03brlcad * r37961 10/brlcad/trunk/include/pstdint.h: quellage, make sure __STDC_VERSION__ is defined before looking at value
18:31.28CIA-85BRL-CAD: 03brlcad * r37962 10/brlcad/trunk/include/common.h: simplify. use the new pstdint.h header instead of rolling our own tests. thusfar, only tested on mac 10.4 so consider it tentative and preliminary.
18:57.30CIA-85BRL-CAD: 03bob1961 * r37963 10/brlcad/trunk/src/libged/grid.c: Minor tweak of error string for grid's anchor subcommand.
21:18.34*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:41.14CIA-85BRL-CAD: 03bob1961 * r37964 10/brlcad/trunk/src/tclscripts/ (archer/Archer.tcl archer/ArcherCore.tcl lib/Ged.tcl): Expose the grid via the GUI in Archer.
21:54.17CIA-85BRL-CAD: 03brlcad * r37965 10/brlcad/trunk/src/util/ (75 files): massive ws indent formatting consistency update. that's all of the util dir.
23:11.54CIA-85BRL-CAD: 03starseeker * r37966 10/brlcad/trunk/src/other/tkhtml3/ (. tclconfig/): Update svn:ignore for tkhtml3 dir
23:13.09CIA-85BRL-CAD: 03starseeker * r37967 10/brlcad/trunk/src/other/tk/unix/: Update svn:ignore for tk dir
23:23.12*** join/#brlcad Ralith (~ralith@69.90.48.97)
23:25.23CIA-85BRL-CAD: 03starseeker * r37968 10/brlcad/trunk/ (9 files in 4 dirs):
23:25.23CIA-85BRL-CAD: Add an option to go with a static compile on the new libgcv obj files if the
23:25.24CIA-85BRL-CAD: flex installed version isn't new enough, and enable the lex logic if it is.
23:25.24CIA-85BRL-CAD: Uses Tim Toolan's AX_COMPARE_VERSION function. Should probably also check the
23:25.24CIA-85BRL-CAD: bison and m4 versions.
23:54.25*** join/#brlcad 15SAAITPD (~stevegt@cislunar.TerraLuna.Org)
IRC log for #brlcad on 20100310

IRC log for #brlcad on 20100310

00:21.47CIA-85BRL-CAD: 03starseeker * r37969 10/brlcad/trunk/src/libgcv/Makefile.am: Add the distcleanfiles list to libgcv.
00:24.48CIA-85BRL-CAD: 03starseeker * r37970 10/brlcad/trunk/configure.ac: Old version is more verbose, get both words outta there.
00:30.58CIA-85BRL-CAD: 03starseeker * r37971 10/brlcad/trunk/src/libgcv/Makefile.am: obj_rules.h depends on obj_rules.cc.
00:39.25starseekerGRRRR
00:39.40starseekerwhy is distcheck ignoring the if flags and running flex???
00:54.21CIA-85BRL-CAD: 03starseeker * r37972 10/brlcad/trunk/src/libgcv/obj/ (5 files): Pre-generated files are now prefixed with _static
01:05.59starseekerconfound it autotools
01:07.54starseekerthinks he may see it now - autotools is pre-running all possible lex/yacc based rules in order to stash the pre-generated sources in the tarball. Problem is, that's exactly what I DON'T want it to do.
01:17.27*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
01:33.58starseekerbrlcad: OK, I give.  It looks like the ll and yy file could be "dumbed down" to the level of the older tools by defining the old style global variables and such (and forefiting any advantages of reentrant behavior)
01:35.27starseekerthe above changes successfully compile on both setups, but distcheck will always fail without the newer flex etc. because apparently autotools insists in "pre-processing" the lex and yacc code for a distcheck
01:37.09starseekershould I start dumbing down the ll and yy code to force it to work with flex 2.5.4 and friends?
01:39.10starseekeror are we ok with needing the newer tools for a distcheck?
03:20.30*** join/#brlcad ``Erik_ (~erik@c-69-140-109-104.hsd1.md.comcast.net)
03:20.42*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
03:28.00*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
03:28.00*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
04:25.25CIA-85BRL-CAD: 03starseeker * r37973 10/brlcad/trunk/configure.ac: Oooops, typo.
04:36.47starseekerblinks - obj code built on my gentoo box this time
05:38.37brlcadstarseeker: shouldn't need to have the tools for a distcheck, but could make configure require a min if it is to compile them at all (similar to src/mged/Makefile.am keying off of WITH_PARSERS to decide whether to traverse src/mged/points)
05:38.55brlcadprobably would prefer to backport, though
05:39.58brlcadbeing reentrant doesn't buy us anything useful that cannot be provided via other mechanisms
05:41.26brlcadalso, fyi -- if you list a file as a BUILT_SOURCES, that means it goes in the dist
05:41.45brlcadthose files could be made a separate rule in the meantime and the lexer/parser files just extra disted until it's all sorted out
05:42.28brlcadit's release time, so more concerned about getting everything locked down solid, tested, and tagged this week
06:37.54brlcadpretty awesome: http://www.methods.co.nz/asciidoc/
06:38.32brlcadlets us take something similar to our HACKING or README files and generate Docbook from them
06:41.14brlcadtechnically could do all docs as simple text files, providing simple ease of editing (via simplified tagless text markup)
06:42.20brlcadthe show-stopper is probably being able to include files within files, but then it's still useful for the few docs that need to stay in ascii format (e.g., the CAPS files)
06:46.46brlcadhm, looks like it does have an inclusion mechanism.. something to think about
07:22.07*** join/#brlcad 15SAAIU7J (~stevegt@c-67-164-110-226.hsd1.ca.comcast.net)
08:37.36*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
08:37.36*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
08:51.09louipcI've used asciidoc before and it's horribly implemented
08:51.18louipcperformance is in the toilet
08:51.52louipcprobably doesn't scale very well, but your milage may vary :P
12:06.09*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:30.43``Erik'tagless', or a mortal friendly tagging system? (a la wiki)
12:34.27CIA-85BRL-CAD: 03d_rossberg * r37974 10/brlcad/trunk/src/libgcv/ (CMakeLists.txt obj/obj_rules_static.cc): made it compile with MS Visual Studio (CMake build with *_static.* files)
13:30.51d-lo``Erik: yeah baby!  Crank it up! lol
13:32.04``Erikrichard turned my volume all the way down yesterday, had to re-level it :/
13:32.27``Erik<-- musta been in a very quiet track when he left, thought it was stopped *shrug*
13:32.37d-lolol
13:32.42d-losuuuure. :)
13:33.14``Erikheh, ask him when he gets in O.o
13:33.15d-loWhat's rich's problem anyways?  A little metal gets the productivity (and heartrate) up!
13:33.45``Erikanything involving: noise, smell, light, etc renders him unable to be productive... *cough*
13:34.58``Erikkeith and I both like the noisy cave coder environment, so *shrug* that's why I keep suggesting we send him upstairs O:-)
13:35.54d-loSo we need to make two big rooms and put a "Warning: Hearing Damage" sign on one :)
13:36.46``Erikwell, downstairs, I think richard is the odd man out for environment (this side of the restrooms) *shrug*
13:41.17CIA-85BRL-CAD: 03starseeker * r37975 10/brlcad/trunk/src/libgcv/Makefile.am: Take a stab at doing the obj building without using BUILT_SOURCES
13:41.26*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
13:48.35starseekerdunno if that fixes distcheck or not, can't test here
13:49.39brlcadyawns
13:49.58brlcad``Erik: mortal friendly -- it'd parse up our hacking file without hardly any changes
13:50.16brlcadrecognizing the sections, paragraphs, separators, etc
13:51.00brlcadfree of "tags", just not necessarily free of markup
13:53.24CIA-85BRL-CAD: 03starseeker * r37976 10/brlcad/trunk/src/libgcv/Makefile.am: Don't need OBJ_BUILT if taking this approach...
13:55.06starseekergrrrrr.  it's still running the lex and yacc commands here...
13:59.29starseekerfine, I'll try to backport it
13:59.34starseekerthis sucks
13:59.58starseekerwhole day figuring out how to do version checking down the drain...
14:00.11starseekerplus the old, crudy global variable approach to things
14:00.15starseekermutter, mutter...
14:01.21starseekerwould prefer to insist on updated tools but knows it's impractical...
14:09.22``Eriktradeoffs *shrug* I'd rather say "thou shalt have automake 1.9+" for per target CPP flags, but *shrug* :)
14:20.40``Eriksweet, our incrTcl build is all busted to hell due to pstdint.h being included before stdint.h O.o
14:21.03``Erik(on fbsd, that is)
14:37.12brlcadstill hitting the rounds to make things portable with that new header
14:46.38CIA-85BRL-CAD: 03brlcad * r37977 10/brlcad/trunk/include/common.h: only include stdint.h or pstdint.h if one doesn't seem to be included already. define the __STDC_CONSTANT_MACROS and __STDC_LIMIT_MACROS so that we get consistent behavior for C++ compilation as well.
14:47.18brlcadthat should prevent pstdint.h from getting included
14:47.28brlcaddoesn't need to get in the way if it's a proper c99 system
14:47.36d_rossberg:))) it looks like rt^3 has a problem with BRL-CAD's version number
14:47.52brlcadheh
14:48.15brlcadd_rossberg: how so?
14:49.23d_rossbergautogen fails because of "configure.ac:106: error: AC_SUBST: `0' is not a valid shell variable name"
14:50.01d_rossbergthere should be the MAJOR_VERSION number
14:51.28d_rossbergthen i looked at the scripts an found a "cat include/conf/MAJOR" there
14:51.32d_rossberg:)))
14:52.38brlcadthat's for rt^3's "version", not the brlcad module's
14:52.57brlcadrt^3's got the same version files in include/conf/ .. presently just set to 0.1.0
14:54.24brlcadsounds like it didn't do the m4 correctly or something
14:56.21brlcadthere is a define() macro that should set a variable called "MAJOR_VERSION" with a value equal to the contents of include/conf/MAJOR (via cat) .. then AC_SUBST macro call on that variable
14:56.50d_rossbergshould the cmake build work anyway? i had to make some adjustments to get it working (e.g. tcl85 => tcl8.5)
14:56.52brlcadsounds like it's not setting the shell variable somehow and only creating an m4 var
14:57.44brlcadthey should both work, but haven't been made robust
14:58.07brlcadit's a bit of a mess at the moment, last I looked
14:58.24brlcadwhat version of autoconf and m4 do you have there?
14:59.27d_rossbergautoconf 2.65, m4 1.4.13
15:00.33brlcadah, I see the difference .. it shouldn't be subst'ing those variables
15:02.20CIA-85BRL-CAD: 03brlcad * r37978 10/rt^3/trunk/configure.ac: should not be AC_SUBSTituting the m4 variables. would have to set them to a shell variable, and we don't need them separated like this anyways.
15:04.47brlcadhow that ever survived, I do not know
15:05.18brlcadI don't think the autotools build path has been kept up to date
15:09.17d_rossbergprobable, now i got "configure.ac:733: required file `src/libNetwork/Makefile.in' not found"
15:10.34d_rossberg(will change it to */GS/*)
15:10.35``Erikmeans automake needs to be re-run
15:11.01``Erik(or the configure.ac and Makefile.am files are out of sync)
15:11.12d_rossbergthat's it
15:23.21brlcadd_rossberg: my inclination is to remove the autotools build files from rt^3 and only have cmake there
15:23.26brlcadsince it's new and smaller
15:23.45d_rossbergsorry, i was in the wrong directory; this configure.ac etc. belongs to the non-cmake build :-[
15:23.46brlcadbut do want to make sure that cmake is doing most of the things that autotools is performing now
16:18.07CIA-85BRL-CAD: 03erikgreenwald * r37979 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: pewpewpew!
16:19.04CIA-85BRL-CAD: 03erikgreenwald * r37980 10/brlcad/trunk/src/conv/g-egg.c: add ability to use marching cubes algorithm for tesselation
16:19.38d-lo'pewpewpew' lol
16:19.48d-los/right/write/g
16:20.15d-looopsie, wrong window
16:25.18``Erikdang, no egg-g converter, so I can't see the results yet heh
16:25.34d-loget coding!
16:25.49``Erik"dear heldpesk: pleased to be installing game engine on my computer, kthxbai!"
16:26.14d-lowell, you do have the power.....
16:26.24``Erikby the power of greyskull!
16:32.16d_rossbergit's a little bit pity that it wasn't BRL-CAD's version number, so i have to do some more work ...
16:35.00CIA-85BRL-CAD: 03erikgreenwald * r37981 10/brlcad/trunk/src/conv/g-egg.c: remove some debugging statements
16:41.09CIA-85BRL-CAD: 03davidloman * r37982 10/rt^3/trunk/src/GS/netMsg/: Drop empty dir left over from previous refactor.
16:47.34CIA-85BRL-CAD: 03davidloman * r37983 10/rt^3/trunk/ (2 files in 2 dirs): Added a convenience method to NetMsg for quickly sending opcode only message to the remotehost.
16:57.08CIA-85BRL-CAD: 03davidloman * r37984 10/rt^3/trunk/ (2 files in 2 dirs): Added the ability to peek at the top of a NetMsgFactory's Message queue. Needed for checking the opcode of a NetMsg prior to a Portal offering it up to the 'user'.
17:08.43d-loquestion for the pros:  Which is better to use for a list of, say, error codes?  Enums or MACROs?
17:14.36CIA-85BRL-CAD: 03davidloman * r37985 10/rt^3/trunk/ (3 files in 3 dirs): Wire in hooks to NetPortal for remote disconnection.
17:34.32brlcaddepends and specifically for error codes the difference is nominal, but if they logically all group together, enums naturally group them
17:39.59brlcadthey have the added benefit of being typedefable so the compiler can test if you're using valid values
17:41.42d-loawesome.  Spanks!
17:44.39brlcadthe problem is when the grouping is not well thought out and you end up with error-prone hackeries like having a "last" element so you can blindly iterate through a range of potential values, or making some values be bit-maskable and others not, having enums and relying on specific values elsewhere, etc
18:29.56``Erikmacros are nifty if you want to set bits as error codes (to compact many into a word), enums are good for linear sequences (y'know... enumerations) :D
18:30.46``Erik"these 3 errors happened" is easy in macro land, requires explicit permutations in enum land :D
18:32.08``Erikpouts cuz green turtle was out of the beer he usually gets, but impressed with the (overpriced) selection of drafts... had a newscastle O.o :D
18:38.13CIA-85BRL-CAD: 03erikgreenwald * r37986 10/brlcad/trunk/src/libgcv/ (Makefile.am region_end_mc.c region_start_mc.c): move start back to end...
18:42.17CIA-85BRL-CAD: 03erikgreenwald * r37987 10/brlcad/trunk/src/libgcv/region_end_mc.c: type fixes
18:43.49brlcad../../../misc/ylwrap ../../../src/libgcv/obj/obj_grammar.yy y.tab.c obj_grammar.cc y.tab.h obj_grammar.h y.output obj_grammar.output -- bison -y -d -p obj_parser_
18:43.52brlcadmake[2]: ../../../misc/ylwrap: Command not found
18:45.39brlcadthe custom parser/lexer options being used in gcv are going to be rather error-prone or specific to a particular implementation if they're not left to libtool
18:47.02brlcadand WITH_MODERN_PARSERS seems wholly unnecessary (and will be eventually misleading) .. parsers should be on or off until we get to the point that they're required for some critical piece of functionality
18:53.21starseekerbrlcad: I'm working on back-porting the ll and yy code
19:03.43CIA-85BRL-CAD: 03erikgreenwald * r37988 10/brlcad/trunk/src/libgcv/region_end_mc.c: for great pewpewpew!
19:04.13CIA-85BRL-CAD: 03erikgreenwald * r37989 10/brlcad/trunk/src/conv/g-egg.c: use region end func from libgcv instead of a local one
19:17.23d-lothat libgcv ``Erik is working sure sounds exciting! :P
19:25.44starseekerspace invaders - the library!
19:28.04``Erikwell now, here's a single sph: http://brlcad.org/~erik/mc/sph2.png
19:28.08``ErikI think that's enough to call it done! :D
19:29.19louipcwhoa what's that
19:29.37``Erika sphere! dur :D
19:29.52starseekerhehehe
19:29.55louipcis it like the half finished death star?
19:30.26brlcadwell done!
19:36.22starseekerapparently, no one does run time testing of lex abilities
19:56.11``Erikstarts thinking he made the same mistake he did when doing the metaball conversion stuff O.o
20:04.55*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
20:51.43*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
21:03.48*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
21:05.42CIA-85BRL-CAD: 03bob1961 * r37990 10/brlcad/trunk/ (include/ged.h src/libged/grid.c): Expose the ged_snap_to_grid function.
21:08.38brlcadgah, starseeker ... did you actually inject the edit string as argv[0]??
21:08.51brlcadin ged_red() .. maybe elsewhere too
21:10.57brlcadthat's really awful..  api-wise they're no longer consistent (or usable without custom hacking) and break the pattern
21:11.10CIA-85BRL-CAD: 03bob1961 * r37991 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added the snap_view, pane_snap_view and pane_screen2view methods.
21:12.24starseekertries to recall...
21:12.44brlcadeven as a temp measure.. that's no good
21:13.09brlcadit should be an option
21:13.20brlcad-e editstring or whatever
21:14.27brlcadI get a memory violation on 64bit linux if I run red with EDITOR set, there's a bug somehwere
21:15.13starseekerok.  let me disable the obj files so that part of the build isn't busted and I'll dig into it
21:17.11*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:17.44*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
21:20.40CIA-85BRL-CAD: 03starseeker * r37992 10/brlcad/trunk/ (7 files in 3 dirs): Disable libgcv obj build - need to come at it differently, with functionality testing of lex and yacc tools in configure.ac.
21:29.11CIA-85BRL-CAD: 03starseeker * r37993 10/brlcad/trunk/m4/ (Makefile.am ax_compare_version.m4): If doing functionality based testing, won't need version number comparison.
21:33.20``Erikah ha, progress... sorta
21:34.17*** join/#brlcad Ralith (~ralith@69.90.48.97)
21:39.29``Erika /cl
22:19.05CIA-85BRL-CAD: 03brlcad * r37994 10/brlcad/trunk/src/libgcv/CMakeLists.txt: no more 'static' files
22:52.03CIA-85BRL-CAD: 03bob1961 * r37995 10/brlcad/trunk/src/libtclcad/ged_obj.c: Added the go_snap_view function. This function takes view x,y and snaps it to the grid if snapping is turned on. It then returns the possibly altered values.
22:54.51CIA-85BRL-CAD: 03bob1961 * r37996 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Updated the writePreferencesBody method to write out settings for the grid. Updated the handleObjCenter and endObjTranslate methods to snap the view points to the grid.
23:26.06CIA-85BRL-CAD: 03starseeker * r37997 10/brlcad/trunk/src/mged/utility1.c: Might want to allocate enough memory for the new argv rays for the editor commands...
23:37.31CIA-85BRL-CAD: 03brlcad * r37998 10/brlcad/trunk/src/libged/ (ged_private.h put_comb.c red.c): remove the unnecessary _ged_tmpcomb_init global... there are way too many it-will-get-fixed-later globals in libged!
IRC log for #brlcad on 20100311

IRC log for #brlcad on 20100311

00:06.47``Erikahhh, that new fish smell
00:15.38CIA-85BRL-CAD: 03brlcad * r37999 10/brlcad/trunk/src/libged/ (ged_private.h put_comb.c red.c):
00:15.38CIA-85BRL-CAD: restructure to avoid forward declarations. fix bug introduced with the removal
00:15.38CIA-85BRL-CAD: of the 'unnecessary' _ged_tmpcomb_init global.. which was a hack to reinit a
00:15.38CIA-85BRL-CAD: global being used to temporarily stash a name. instead rework the functions
00:15.39CIA-85BRL-CAD: that were using it to pass the new name around instead of relying on the global.
00:25.58CIA-85BRL-CAD: 03brlcad * r38000 10/brlcad/trunk/TODO: make sure put_comb and red work after the latest changes
00:34.37CIA-85BRL-CAD: 03starseeker * r38001 10/brlcad/trunk/src/mged/tedit.c:
00:34.37CIA-85BRL-CAD: First stab at cleaning up the logic for calling editors. Use bu_which to get
00:34.37CIA-85BRL-CAD: paths for editors in Unix style environments, and remove the compile-time
00:34.37CIA-85BRL-CAD: conditional flags. Instead, ask Tcl what operating system we're on, and use
00:34.37CIA-85BRL-CAD: that information combined with the results of the editor setup to determine
00:34.37CIA-85BRL-CAD: whether we need a controlling terminal. Needs testing.
01:14.53starseekerwoot - 38000 commits!
01:15.25CIA-85BRL-CAD: 03starseeker * r38002 10/brlcad/trunk/ (4 files in 3 dirs): Add a missing piece - tedit supplies its own temp file, so provide a generic 'here is a file, edit it' route. The ted command should work again.
01:59.13CIA-85BRL-CAD: 03starseeker * r38003 10/brlcad/trunk/src/mged/setup.c: Er, whoops. point color and edcolor to their respective correct targets.
02:37.29CIA-85BRL-CAD: 03starseeker * r38004 10/brlcad/trunk/src/ (libged/color.c mged/utility1.c):
02:37.30CIA-85BRL-CAD: Have f_edcolor actually call ged_edcolor instead of ged_color, and test out a
02:37.30CIA-85BRL-CAD: more sane bu_getopt approach to these things. Have to make sure a letter is
02:37.30CIA-85BRL-CAD: used that doesn't conflict with any command options - -e wouldn't work for color
02:37.30CIA-85BRL-CAD: -e, for example - but the basic form looks like it will work.
02:40.28starseekerok, getting a handle on it now I think
02:40.52starseekermay have even improved things a little bit by taking out the compile time checks for display managers...
03:12.43CIA-85BRL-CAD: 03starseeker * r38005 10/brlcad/trunk/configure.ac:
03:12.43CIA-85BRL-CAD: Take a stab at a feature-test based configure.ac approach to lex. Per
03:12.43CIA-85BRL-CAD: discussion with Sean, turn the parsers completely on or off if all requirements
03:12.43CIA-85BRL-CAD: aren't met, since there is currently no code judged to be core critical that is
03:12.43CIA-85BRL-CAD: using the parsers. Undesirable to have partial on/off behavior, so do a feature
03:12.43CIA-85BRL-CAD: based test and go all in or all out.
03:15.50starseekerwill hunt for minimal yacc and maybe m4 testing later, if the above passes review
03:15.58starseekertime to head home now...
03:20.27*** join/#brlcad stevegt_ (~stevegt@c-67-164-110-226.hsd1.ca.comcast.net)
04:08.44CIA-85BRL-CAD: 03starseeker * r38006 10/brlcad/trunk/ (3 files in 3 dirs):
04:08.44CIA-85BRL-CAD: Taking a stab at an mged/points approach to the libgcv obj logic, using the
04:08.45CIA-85BRL-CAD: WITH_PARSERS option and the lex test in configure.ac. Not sure exactly how to
04:08.45CIA-85BRL-CAD: link libgcv and libobj together, so for the moment libobj is 'dangling' and not
04:08.45CIA-85BRL-CAD: included in any installed library. If this proves fragile in any, just restrict
04:08.45CIA-85BRL-CAD: the obj directory in the libgcv Makefile.am to an extradist inclusion.
04:12.05CIA-85BRL-CAD: 03starseeker * r38007 10/brlcad/trunk/src/libgcv/Makefile.am: Try conditinally LIBADDing libobj_nil.la to libgcv...
04:12.14starseekernow really heads home
08:01.21*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
08:06.07*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
08:06.08*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
11:27.53*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:35.49CIA-85BRL-CAD: 03d_rossberg * r38008 10/brlcad/trunk/src/libgcv/CMakeLists.txt: region_start_mc.c was renamed to region_end_mc.c (in rev. 37986)
14:16.20``Erikhuh, starseeker broke it good
14:39.10starseeker``Erik: now what?
14:39.45``ErikGNU make specific stuff, out of dir build issues... digging at it now
14:40.39starseekertried to be as clean as he could... sorry :-(
14:40.54starseekerwas following the mged/points example
14:41.31``Erik$^ is gnu specific, and the explicit lex line is somehow subtly wrong
14:41.36``Erik(I think)
14:41.58starseekerah - without that line, out of dir build failed on the Mac
14:42.19starseekeris there a generic $^ replacement?
14:43.10``Erikhuh, fails on my mac with the line... :D
14:43.18starseekerarrgh
14:43.28starseekeris it complaining about lex.yy.c or some such?
14:43.35``Erik$< is the usual form, I think... there's some contention between $< and $> on different makes
14:43.52``Eriknot generating/finding obj_rules.h
14:44.04starseekererm
14:45.17starseekeris there a chance your Mac's flex doesn't support the --header-file option to lex?
14:45.38starseeker(what's your flex --version say?)
14:45.58``Erikand something's screwy with the libgcv makefile, bsdmake can't cd for some reason... O.O
14:46.04``Erik2.5.33
14:46.17``Erikon the mac, 2.5.35 on the fbsd box
14:46.21starseekerweird
14:46.28starseekerthose should be OK...
14:46.43starseekeris heading in - I'll take a look at it once I get there
14:47.12starseeker(why is this so hard???)
14:47.27``Erikcuz someone let c++ into the mix :D *duck*
14:47.46starseekerbrlcad remarked that I've probably spent more time trying to integrate this than Mike did writing it :-(
14:48.07starseekerevicts the cat from his lap and hits the road
14:48.14``Erikyeh, I was pondering tweaking his .yy to reduce it to a far simpler version and using libbu shtuff instead of boost
14:48.30starseeker``Erik: if you can, go for it
14:49.31starseekerwants to figure out how to do this right, because hopefully it will be a model for how to incorporate support for other formats into libgcv
14:49.46starseekerlex/yacc are too useful to ignore, but grrrr!
14:50.00starseekersee ya in an hour
14:57.25brlcadstarseeker: that only means that mike was only "half-done" at best .. and that no code comes "for free"
14:58.38brlcadmike has a habit of coding for the very latest toolchain, so you usually have to install a lot of stuff to get his code to work
14:58.57brlcadthis obj code just hints at that because it's so simple and is a few years old now
15:00.07brlcadreally shouldn't take too much to rewrite/simplify the code, even for old makeisms -- think you're just fighting several learning curves at once
15:03.36``Erikponders making a couple 'older' disk images for vmware or parallels or something
15:03.50``Erikoh, wait, if I want an ancient software stack, I can just use bz :D *duck*
15:05.33brlcaddamn strait, it's there for a reason!
15:14.36``Eriktries to figure out what straits have to do with anything, not like we're boating here O:-) *duck*
15:14.51``Erikgonna be in for lunch?
15:17.04brlcadon vacation till next week
15:17.11``Erikah, cool
15:26.11*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
15:45.11starseekerbrlcad: yeah, that's a very accurate description - "several learning curves at once"
15:47.10``Erik<-- grumps about being up against a deadline for mc stuff and unable to play in obj land :/
15:47.50starseekerisn't supposed to be playing in obj land, but now my pride is on the line
15:48.01starseekerhas to solve this somehow or other
16:21.13CIA-85BRL-CAD: 03starseeker * r38009 10/brlcad/trunk/ (configure.ac src/libgcv/Makefile.am): Still not safe on all platforms - now we're getting Makefile issues. Turn obj off again.
16:27.14CIA-85BRL-CAD: 03starseeker * r38010 10/brlcad/trunk/src/libgcv/obj/obj_grammar.yy: Obj library tweak from Richard and Mike.
16:38.59*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
18:21.42starseekerhmm - OpenGL 4.0 is here
19:15.23CIA-85BRL-CAD: 03erikgreenwald * r38011 10/brlcad/trunk/src/conv/stl/g-stl.c: option to use marching cubes for tesselation
19:17.04CIA-85BRL-CAD: 03erikgreenwald * r38012 10/brlcad/trunk/src/conv/g-egg.c: simplify db_walk_tree call for mc vs "normal"
19:19.55CIA-85BRL-CAD: 03erikgreenwald * r38013 10/brlcad/trunk/src/libgcv/region_end_mc.c: don't test for curtree. Grab fresh shell. Generate new rt instance if needed.
19:23.35CIA-85BRL-CAD: 03erikgreenwald * r38014 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: move "column" evaluation into a function, bunches of fixes, changes, thrashing, etc...
21:12.08starseekerstarts unwinding the reentrant aspects of obj_rules.ll...
21:32.45``Erikiphone 4.0 will have multiprocessing? O.o
21:34.28``Erik(available for 3rd party apps, that is)
21:34.52*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:45.54*** join/#brlcad rhburns (~rhburns@c-98-210-59-35.hsd1.ca.comcast.net)
21:55.15starseekerhas to admit the reentrant thing is kinda cool - Mike did some nifty work getting that set up
21:56.05starseekerfor future reference, this is handy:  http://www.phpcompiler.org/articles/reentrantparser.html
22:02.52*** join/#brlcad rhburns (~rhburns@166.205.138.95)
22:09.12*** part/#brlcad rhburns (~rhburns@166.205.138.95)
IRC log for #brlcad on 20100312

IRC log for #brlcad on 20100312

02:24.23*** join/#brlcad Ralith (~ralith@69.90.48.97)
04:23.08*** join/#brlcad ibot (ibot@rikers.org)
04:23.08*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
08:16.42CIA-85BRL-CAD: 03d_rossberg * r38015 10/brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.def: added gcv_region_end_mc for g-stl
13:38.55``Erikheh, "tweetbaggery"
13:49.12*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:59.13*** join/#brlcad mac- (~mac@sunrise.pi.net.pl)
14:30.16starseekeraccidently called "tweets" "twits" by mistake once...
14:39.26``Erikheh, the british pm made a joke asking if the people who tweet are called twats on some radio program...
14:41.20``Erikwoops, srry, he's not pm, he's just a party leader... http://itsneak.v3.co.uk/2009/07/david-cameron-t.html
15:10.58CIA-85BRL-CAD: 03bob1961 * r38016 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added rgb_to_tk proc to cadwidgets::Ged.
15:13.51CIA-85BRL-CAD: 03bob1961 * r38017 10/brlcad/trunk/src/tclscripts/lib/RtControl.tcl: Added an Interlay menu item and an enable framebuffer checkbutton. Also rearranged the widgets a bit.
15:26.33``Erikstarseeker: 9:30 and 9:36
15:44.53CIA-85BRL-CAD: 03d_rossberg * r38018 10/rt^3/trunk/cmake/FindBRLCAD.cmake: try to locate exotic BRL-CAD installation directories too
15:51.17CIA-85BRL-CAD: 03d_rossberg * r38019 10/rt^3/trunk/src/coreInterface/CMakeLists.txt: a recipe for building the C++ core interface in *NIX environments
16:00.58CIA-85BRL-CAD: 03d_rossberg * r38020 10/rt^3/trunk/src/CMakeLists.txt:
16:00.58CIA-85BRL-CAD: added coreInterface to the CMake build
16:00.58CIA-85BRL-CAD: it should not disrupt the build if BRLCAD_ROOT wasn't found
16:11.20d_rossbergd-lo: is it this what you were looking for?
16:45.06*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
18:00.14*** join/#brlcad SonicFire5 (~sonicfire@adams.lab.ic.unicamp.br)
18:47.25CIA-85BRL-CAD: 03bob1961 * r38021 10/brlcad/trunk/src/tclscripts/lib/RtControl.tcl: Added photon mapping controls in the advanced settings panel.
19:49.41*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:59.28``Erikhttp://brlcad.org/~erik/mc/mc-sph.png  closer O.o
20:38.27*** join/#brlcad Ralith (~ralith@69.90.48.97)
21:04.13Stattrav``Erik: did brlcad apply for the gsoc this year ?
21:20.46CIA-85BRL-CAD: 03starseeker * r38022 10/brlcad/trunk/src/libgcv/obj/ (Makefile.am obj_grammar.y obj_rules.l):
21:20.46CIA-85BRL-CAD: Start experimenting with simplifying the obj lex/yacc files with an eye towards
21:20.46CIA-85BRL-CAD: targeting C instead of C++ and avoiding the complexity of a reentrant parser.
21:20.46CIA-85BRL-CAD: These files don't do anything yet - the point is to explore how the parser works
21:20.46CIA-85BRL-CAD: and what it's doing. Right now it just prints messages about what it is seeing.
21:27.21*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:44.55``Erikdunno, Stattrav
21:45.30Stattravaah :) today is the dead line and may be its post the deadline now
21:46.26Stattravwanted to know so as to pace up my preparation
21:46.26Stattrav``Erik: thanks
21:49.57``Erikhttp://brlcad.org/~erik/mc/mc.mp4 huzzah for movies
21:59.39*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
22:21.18CIA-85BRL-CAD: 03erikgreenwald * r38023 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: Back rays off bn_tol before shooting. Remove some debugging. Fix the OGL vs BRL-CAD coordinate bug. Flip some bits and burgers. Add in/out state through passes for coplanar surfaces. Meh.
22:29.35CIA-85BRL-CAD: 03erikgreenwald * r38024 10/brlcad/trunk/ (3 files in 3 dirs): remove cube vertices from rt_nmg_mc_realize_cube
22:31.55CIA-85BRL-CAD: 03erikgreenwald * r38025 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: remove unused parm evasion
23:22.47CIA-85BRL-CAD: 03starseeker * r38026 10/brlcad/trunk/doc/docbook/system/mann/en/ (33 files): Commit the remainder of the MGED man pages Janine has prepared, except for vdraw (will get that next week.)
23:55.23``Eriktakes a few to write up his weekend todo list that he will ignore O.o
IRC log for #brlcad on 20100313

IRC log for #brlcad on 20100313

01:27.29``Erik*ponder*
01:28.12``Erikstarsucker, ya know anything about the anim dir?
01:28.52``Erikor anim stuff in general?
01:29.17``Erikwonders if anim_script is what he wants
01:29.18``Erik*read*
02:17.08*** join/#brlcad abhinav (abhinav@nusnet-196-183.dynip.nus.edu.sg)
04:57.40*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
06:28.34*** join/#brlcad Ralith (~ralith@69.90.48.97)
08:32.17*** join/#brlcad talcite (~matthew@dhcp-143-176.mcme-students.carleton.ca)
11:12.29*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
17:11.00*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
21:38.05starseekerhumph
21:39.36starseekerah, better
21:40.01starseekernotes that you have to tell Putty your terminal size up front - resizing it does squat
22:34.01``Eriktarget box should have a 'resize' comment to help ya set $LINES and $COLUMNS appropriately
22:34.12``Erikeval `resize`
22:35.00``Erikthe amount of, uh, pre-thought going into the obj-g converter is seriously pissing me off. :/
22:36.00``Erik"dude, the guys need this yesterday, don't worry about every possible future, just get something out" "I know, but I just want to make sure I've thought about every possible future"... wtf... I'm actually getting pissed
22:37.08``Erikcliffy, can I send him to you? would you hate me if I took up the default answer of "I'm gonna tell ya to do it and shut up... if this isn't a 2 second answer, go to cliff..."
22:39.44``Erik<-- is awful close to just binding the obj-g converter to shut him up O.o
22:40.08``Erikhe'd fit right in -3 land *cougH*
23:53.57CIA-85BRL-CAD: 03erikgreenwald * r38027 10/brlcad/trunk/sh/ (Makefile.am orbit.sh): hackish attempt at a 360 orbit anim script, requires ffmpeg, needs someone to shove it in the right place and make it not lame
IRC log for #brlcad on 20100314

IRC log for #brlcad on 20100314

01:16.28starseeker``Erik: sure, send him to me
01:16.36starseekerI'm not on such a tight deadline
03:35.26*** join/#brlcad Ralith (~ralith@69.90.48.97)
06:52.11*** join/#brlcad Phurl_ (~mdupont@2001:0:53aa:64c:2051:291b:ae2d:1b81)
09:19.23``Erik"look, if your mother made dresses, I'd have called her a tailor" heh
15:37.13starseekertries out clang on amd64
15:42.57CIA-85BRL-CAD: 03starseeker * r38028 10/brlcad/trunk/src/libbu/parse.c: Quell warning - assuming this is indeed supposed to be a literal percent character in the output.
15:44.51CIA-85BRL-CAD: 03starseeker * r38029 10/brlcad/trunk/src/libbn/tabdata.c: Fix what looks to be typo - actually print the filename string.
16:05.03CIA-85BRL-CAD: 03starseeker * r38030 10/brlcad/trunk/src/librt/pr.c: Too many conversions for number of data arguments, uvcoord struct doesn't have any more info - remove extra.
16:05.52*** join/#brlcad dnk-88 (~dnk-88@217.21.40.13)
16:07.11*** part/#brlcad dnk-88 (~dnk-88@217.21.40.13)
16:20.15*** join/#brlcad dnk-88 (~dnk-88@217.21.40.13)
16:21.56CIA-85BRL-CAD: 03starseeker * r38031 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: Unless I'm mistaken, primitive name isn't available within the tess routine - none of the other primitives seem to have a tess(%s) pattern anywhere.
16:22.53CIA-85BRL-CAD: 03starseeker * r38032 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: No string in tnurb arb8 routine either.
16:24.21CIA-85BRL-CAD: 03starseeker * r38033 10/brlcad/trunk/src/librt/primitives/arbn/arbn.c: If there is a way to report specifics here, looks like it should be done uniformly for all the primitives - for now, it's not printing anything useful here anyway so clear up the warnings.
16:27.38CIA-85BRL-CAD: 03starseeker * r38034 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: size_t in use here - if we're now good with size_t, hopefully we can use %zu?
16:29.38CIA-85BRL-CAD: 03starseeker * r38035 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: print all the arguments given
16:30.30CIA-85BRL-CAD: 03starseeker * r38036 10/brlcad/trunk/src/librt/primitives/ell/ell.c: Another stray %s in ell tnurb
16:50.20CIA-85BRL-CAD: 03starseeker * r38037 10/brlcad/trunk/src/librt/primitives/extrude/extrude.c: Not immediately clear how to get the sketch name in this context - anyway should be easy for debugger to check the actual extrude.
16:56.50CIA-85BRL-CAD: 03starseeker * r38038 10/brlcad/trunk/src/librt/primitives/generic.c: Not sure what the idea is with %V, but this should function to append the string to logstr - probably a better way using something like bu_vls_vlscatzap to do this...
16:57.59CIA-85BRL-CAD: 03starseeker * r38039 10/brlcad/trunk/src/librt/primitives/hf/hf.c: Supply arguments to bu_log string.
17:00.12CIA-85BRL-CAD: 03starseeker * r38040 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: Yay, this time the name actually is available.
17:02.18CIA-85BRL-CAD: 03starseeker * r38041 10/brlcad/trunk/src/librt/wdb.c: Add a couple missing printf args.
17:05.23CIA-85BRL-CAD: 03starseeker * r38042 10/brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: Assuming they want the shell pointer here...
17:09.17CIA-85BRL-CAD: 03starseeker * r38043 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Add pointer arguments, correct form of bu_log
17:13.56CIA-85BRL-CAD: 03starseeker * r38044 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c: Add pointer arguments
17:16.46CIA-85BRL-CAD: 03starseeker * r38045 10/brlcad/trunk/src/librt/primitives/nmg/nmg_pr.c: Fix some debug bu_log statements in nmg_pr
17:28.24CIA-85BRL-CAD: 03starseeker * r38046 10/brlcad/trunk/src/librt/primitives/nmg/ (nmg_pt_fu.c nmg_rt_isect.c nmg_rt_segs.c nmg_tri.c):
17:28.24CIA-85BRL-CAD: More bu_log tweakage for nmg. These should probably be gone over carefully to
17:28.24CIA-85BRL-CAD: see what should actually be reported in debugging to be most useful, but since
17:28.24CIA-85BRL-CAD: they sure weren't doing the right thing with malformed bu_log statements this
17:28.24CIA-85BRL-CAD: won't be any worse.
17:33.05*** part/#brlcad dnk-88 (~dnk-88@217.21.40.13)
17:35.12CIA-85BRL-CAD: 03starseeker * r38047 10/brlcad/trunk/src/libfb/ (fbserv_obj.c if_X.c if_remote.c): Couple minor libfb bu_log and return type tweaks.
17:36.44CIA-85BRL-CAD: 03starseeker * r38048 10/brlcad/trunk/src/libwdb/bot.c: Report the name.
17:47.31``Erikyowza, starseeker is on a mission here O.o
17:50.29``Erik(for shits and giggles: try it on bz.)
17:56.46starseeker``Erik: that blasted %V thing is annoying
17:57.18starseekersorry about the spamming - I figured it would be just a few warnings given the "clean" status of things, and then it kinda snowballed...
17:58.12``Erik*shrug* but it'd be interesting to see what new errors you introduced on non-linux platforms... bz and crit are reasonably x86 boxen to do that on :D
17:59.01``Erik(crit being the latest shiney and under-utilized, bz is a couple years out of date and 'production')
18:00.00``Erikdangit, she's jumping up on my lap and biting the insides of my arms
18:00.26starseekernods
18:00.48starseekerI'm to the failure I remember from before:  
18:00.50starseeker../../../brlcad/src/liboptical/sh_billboard.c:117:41: error: initializer element is not a compile-time constant
18:00.53starseekerstruct bu_structparse bbd_parse_tab[] = {
18:01.25``Erikyeh, break it into two+ lines, with the setting after teh definition
18:01.29starseekeriirc, from what brlcad said we need to define something specific to each compiler about offsets... little beyond my depth
18:02.13``Eriknah, that one should be changing struct blah meh[] = { somevar }; to struct blah meh[]; meh[0] = somevar;
18:02.27starseekerah
18:02.43starseekerwill monkey with it, but let me get crit building first
18:03.57``Erikit's named crit because I was preparing to set up a webpage for the world of warcraft guild I was in, "Crit Happens" :)
18:04.04``Erikdoesn't get much nerdier than that
18:04.07starseekerjove is busted on gentoo again <grr>
18:04.10starseekerhehe
18:04.19``Erikjove is busted on rhel5 as well
18:04.35starseeker<shatner>jove... must... die!</shatner>
18:04.54``Erikactually, yeah... I almost gutted it friday
18:05.11``Erikbut figured brlcad might bitch and whine if I did that
18:05.46starseekerproposes we hunt up an alternative to stick in as the "always there" editor
18:05.51``Eriked.
18:06.05starseekerwhy do you hate our users so? ;-)
18:06.13``Erikit's the one true editor
18:06.58starseekernano is GPL, so that's out
18:07.20``Eriknvi?
18:07.35starseekerthat might do, actually
18:07.45``Erik(if vi isn't on a system, that system is in no shape to run something like BRL-CAD imho)
18:07.51starseekertrue
18:08.08starseekerwas wondering if there is anything that could also run on Windows
18:08.27``Erikback in my sysadmin days, the crash cart sequence was "vim/emacs" no? ok, vi... no? shit... ed? no? bootcd?
18:08.46starseekerheh - I think that's still true
18:09.10``Erikand then the joy of figuring out what went wrong, how it went wrong, why it'll never go wrong again, how much money was lost, etc
18:09.34``Erikwhen "http://www.fedex.com" just stops working, some people get upset :D
18:10.21louipcYeah vi is a POSIX requirement isn't it?
18:10.50louipcI'd recommend http://ex-vi.sourceforge.net/ if you're thinking about it :P
18:10.56``Erikbelieve so, but we do run on a couple non-posix os's
18:11.03louipcit's tiny
18:11.20louipcand works pretty nicely
18:11.31``Erikah, and a bsd license, to boot
18:13.35louipcand no desires for a silly GTK front-end
18:14.27``Erikcompiles his vim with the NO_GUI option
18:14.41``Erikbut I do add cscope and ruby support :)
18:15.35louipcyeah vim is more for real work
18:18.09starseekerhttp://tclpad.sourceforge.net/ or http://sourceforge.net/projects/tcltextedit/ would be nice except they're both GPL
18:18.42``Erikgotta say, slime is nice... I hope tic gets his project working well... gotta say, if 'viper' is what emacs folk think vi is like, holy shit, no wonder they refuse to try a real vi
18:23.19``Erik(tic is doing a slime like plugin for vim, talks to the same swank backend)
18:23.30louipcinteresting
18:23.43starseekerauugh - this one actually looks nice even, but still GPL:  http://code.google.com/p/ezdit/
18:24.00``Erikhe's in #lisp, I'm sure he'd be happy to talk if that's something that interests ya :)
18:24.49starseekerdesperately wonders if we could get away with the editor being GPL, as long as all we do is call it like we do any other editor...
18:25.01``Erikwe do have GPL bits in the repo already...
18:25.10louipcit's interesting, but beyond me at this point :/
18:25.52CIA-85BRL-CAD: 03starseeker * r38049 10/brlcad/trunk/src/librt/primitives/generic.c: Ah, I remember now being told something about our adding %V ourselves - whoops.
18:25.54louipcI don't see why you really need to bundle an editor
18:26.16louipcan editor of some kind comes standard on any OS these days
18:26.42starseekerlouipc: it's more or less a guarantee of functionality
18:26.48louipcit'd be like gcc including an editor so you wouldn't be stuck not being able to edit code
18:26.51``ErikI think at one point it was "people expect jove handy when they use BRL-CAD", but I think all those people are retired or dead now O.o
18:26.54starseeker"at least THIS will always work... kinda thing"
18:26.57louipcthey don't include an editor do they?
18:27.05``Erik'cat' is a good editor
18:27.08CIA-85BRL-CAD: 03starseeker * r38050 10/brlcad/trunk/src/libged/ (11 files): Clear up a few warnings from clang in libged.
18:27.19starseekerlouipc: some of our commands have to launch an editor
18:27.21``Erikcat > myfile.c
18:27.25``Erik*codecodecode* ^D
18:27.39starseeker``Erik: delayed commit msgs, actually
18:27.41louipcgives the thumbs up
18:27.48CIA-85BRL-CAD: 03starseeker * r38051 10/brlcad/trunk/src/liboptical/photonmap.c: Odd use of % in bu_log...
18:28.00``Erikwas ignoring the cia messages... heh
18:28.22starseekerplus, if people learn "the editor that comes with BRL-CAD" and we make it available cross platform, they can always get stuff done wherever they are
18:28.31starseeker(jove being a case in point...)
18:28.48louipcwhy can't the OS's editor be considered a dependency like any libraries?
18:29.06``Erik'cept I think the one platform that doesn't have vi doesn't support jove, either... O.o
18:29.24louipchehe
18:30.00louipcif you don't have a windowing system you shouldn't complain to brl-cad about it
18:30.21louipcthat's a standard feature of a desktop system
18:30.32louipcshrugs helplessly
18:31.21``ErikI've argued that it should be the packager/sysadmins job to get the right things in place, got shot down with the "but it needs to 'just work' no matter what" thinking
18:31.49louipcyeah I understand the 'just work' mentality
18:31.50``Erikso now packagers jump through hoops to disable half the build to use deps and no sane person seriously intends to do --enable-all
18:32.29louipcbut you link to the OS libraries, so you can just as well 'link' to it's standard editor
18:33.05louipcunless you really want special functionality in an editor
18:34.19``Erikwhich os libraries? heh, didja notice libpng and zlib in the other dir? :D
18:36.02louipcI think I remember someone using a binary build from the website the other day that wouldn't work becaue it was linking to an old library...
18:36.41``Erikyeh, stdc++ 5 instead of 6
18:36.48louipcya
18:36.51``Erikwas a very old version of BRL-CAD though
18:41.47starseekerwonders if nvi can be coaxed into running inside a tk window :-)
18:41.55starseekerthat would probably be the best solution
18:42.38louipcnvi has issues with wide-chars/unicode
18:42.53starseeker<snort> and jove doesn't?
18:42.59louipcex-vi works perfectly as far as my experience
18:43.17starseekerhttp://ex-vi.sourceforge.net/?
18:43.27louipcexcept if the file is too large, but that can be configured in a header to accept larger files
18:43.30louipcyeah
18:44.43louipcymmv :D
18:45.52starseekeron the other hand, the licenses should be all clear now so we could snarf the unicode stuff from ex-vi and stick it in nvi
18:46.11starseekerinfinite undo is a Good Thing
18:46.26louipcoh you like the infinite undo
18:46.50starseekeruh, yeah...
18:48.33louipcas far as I can reason is that people would prefer to use their own editor anyways
18:49.01starseekernods - normally we just pull the EDITOR variable
18:49.05louipcor one they're more familiar with... like the standard one on their OS
18:49.17louipcif they don't know how to config EDITOR
18:49.18starseekerO.o  is this actually curses on Windows?  http://pdcurses.sourceforge.net/
18:51.33louipcguess so
18:52.02starseekercackles evilly
18:52.18starseekersigh
18:52.24starseeker``Erik: the filesystem is full
18:52.30louipcwa
18:52.34starseekercrit
18:52.42starseekerone of the bz machines
18:52.46louipcoh
18:54.49starseekerso the plan is clear - port the unicode handling from ex-vi to nvi, get nvi working with pdcurses, get nvi+pdcurses working inside a tk window, and replace jove :-P
18:55.19starseeker(then sit back and listen to the screams of those accustomed to jove keybindings as they meet vi)
18:56.36louipcor listen to the sound of crickets
18:56.39louipc:D
18:56.56starseekerwe do still have a few jove users
18:57.25``Erikyeah, some damn fool put all that docbook crap in to the source, now it corks filesystems
18:57.28starseekerif absolutely no-one anywhere used it, it would probably have been gone long ago
18:57.37louipcwhy not just leave it then?
18:57.46louipcno need to stir up the pot
18:57.52``Erik'k, a gig or so is free now
18:57.57starseeker``Erik: thanks :-)
18:58.06starseekerlouipc: 'cause it's a thorn in our side compile-wise
18:58.07``Erik2g
18:58.38louipcbut it's disabled by default
18:59.10``Erikjove is on the deprecated list, too
19:04.16starseekerlouipc: apparently there are folks looking at nvi+UTF-8: http://www.kotnet.org/~skimo/nvi/
19:05.34louipcit's at least 3 yrs old
19:06.03louipcbut I guess you could find the patches in debian or something
19:06.11louipcI think they package nvi
19:06.17starseekerso does gentoo
19:07.52louipcI guess I prefer to avoid a dormant upstream
19:40.43``Eriksee, this is where I get spooled up... dormant upstream?
19:41.29``Erikthe lack of updates could mean that yes, the maintainer got bored, moved on, whatever... it could ALSO mean that there simply isn't any reason ... no bugs, no new features required, it's "done"
19:42.05``ErikI have a few bits of sofwtare that are very much maintained, but haven't been updated in several years... dormant? no. Done? yes.
19:42.22``Erikshakes his cane at the leenewx whippersnappers some
20:30.26louipcwell if you consider a text editor that doesn't properly support unicode complete that's another thing
20:31.45louipcwell as I recall it truncates any file up to the point of the occurance of a wide character
20:31.57louipcdestroying your data in the process
20:32.40louipcif they can't release a new version to fix such a critical bug, they are obviously dormant
20:48.01``Erikaight *shrug* if the issue has been reported and they do that, then yeah, I agree
20:48.26``Erikbut I've seen many 'active' projects called dormant/dead just because they don't release every 2 weeks
20:48.45``ErikknowwhatImean,vern?
20:49.06louipcyeah I know what you're saying
20:53.32``Erikhaving sat and watched someone on irc bitch about one of my projects being "dead" because there hasn't been a release in X months... I have some personal issue there :)
20:54.17*** join/#brlcad Ralith (~ralith@69.90.48.97)
20:57.10louipchaha
20:57.19louipcif there's nothing to fix then why release?
20:59.28``Erikthat's my opinion, but I've seen zomfg people calling a project 'dead' due to lack of releases
21:00.06``ErikI've seen one of MY projects called dead because there hadn't been a release in a few months...
21:01.23``Erikthis only contributes to my derisive behavior towards linux users... :D
21:02.16*** join/#brlcad Nohla (~jesica@190.177.148.127)
21:03.00``Erikthe bsd guys... I've stated "yo, this has been sitting here for 10 years, we're using archive sites for the src, can we cal this dead?" "uh, is there anything wrong with it? no? then hold yer horses
21:26.03starseeker``Erik: bah, full again
21:26.14starseekerwhat ate all the disk space?
22:11.16Nohlastarseeker hola!
23:00.48*** join/#brlcad Nohla (~jesica@190.177.191.202)
23:20.33*** join/#brlcad pitanga (~pitanga@fsf/member/pitanga)
23:24.43``Erikpeoples home dirs
23:35.46*** part/#brlcad pitanga (~pitanga@fsf/member/pitanga)
IRC log for #brlcad on 20100315

IRC log for #brlcad on 20100315

00:46.10starseekerNohla: hola!
01:50.20starseekeris impressed - apparently the clang folks are making progress with C++ support
01:51.47starseekererm
01:51.49starseeker../../../brlcad/src/librt/prep.c:1533:8: warning: using extended field designator is an extension [-pedantic] stp = BU_LIST_MAIN_PTR(soltab, mid, l2);
01:57.18starseekerreflects that compiling the latest svn clang seems to have its drawbacks - looks like their error catching is either foobarred or more agressive/correct
01:58.13*** join/#brlcad talcite (~matthew@69-165-143-29.dsl.teksavvy.com)
02:52.38starseekercompletes a strange hybrid of clang and gcc compiled BRL-CAD
02:53.51CIA-85BRL-CAD: 03starseeker * r38052 10/brlcad/trunk/src/rttherm/pixtest.c: Clang wants this to be **av, not *av - doesn't seem be be used in any case, so change it.
02:56.25starseekerso the problem children are (obviously) the C++ stuff, liboptical, conv/dem-g.c, and rt
03:02.21starseeker``Erik: I remember discussing the liboptical thing with Sean - it sounded like one of those "it'd be simple if it wasn't me doing it" kind of things
03:17.10starseekerrt appears to have the same type of issue
03:48.13*** join/#brlcad Nohla (~jesica@190.177.141.92)
04:02.10starseekernotes the __INTEL_COMPILER conditional in bu_byteoffset's definition, but so far cant' find anything similar defined by CLANG
04:11.22*** join/#brlcad Nohla (~jesica@190.177.136.105)
04:58.18*** join/#brlcad talcite (~matthew@69-165-143-29.dsl.teksavvy.com)
09:18.20*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
11:43.04*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:44.23``Erikwhat exactly is(are) the issue(s) in those?
11:48.59Ralithooh, porting to clang?
13:15.16*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
14:33.54CIA-85BRL-CAD: 03bob1961 * r38053 10/brlcad/trunk/src/tclscripts/archer/images/Themes/ (11 files in 3 dirs): Added images for framebuffer and raytrace toolbar buttons. I obtained the images from Cliff.
14:34.47CIA-85BRL-CAD: 03bob1961 * r38054 10/brlcad/trunk/src/tclscripts/archer/images/Themes/Crystal_Large/ (4 files): Added images for framebuffer and raytrace toolbar buttons. I obtained the images from Cliff.
14:40.37CIA-85BRL-CAD: 03bob1961 * r38055 10/brlcad/trunk/src/tclscripts/lib/RtControl.tcl: Made the following methods public: raytrace, abort and clear. Added the raytracePlus and toggleFB methods.
14:42.28CIA-85BRL-CAD: 03bob1961 * r38056 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added toolbar buttons for the framebuffer and raytracing.
16:08.18*** join/#brlcad mafm (~mafm@193.153.52.54)
16:09.23mafmhi there
17:59.35*** join/#brlcad Rou (~863c69c6@gateway/web/freenode/x-lcnchholudmniygu)
18:06.34*** join/#brlcad mafm (~mafm@193.153.52.54)
18:19.12Rou'svn co https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad' keeps getting stuck at different points. Is there something wrong ?
18:28.47*** join/#brlcad mafm (~mafm@193.153.52.54)
18:33.32RouI am behind a proxy, but other checkouts seem to be working
18:44.34*** join/#brlcad mafm (~mafm@193.153.52.54)
18:44.55CIA-85BRL-CAD: 03bob1961 * r38057 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added the -adcEnable option.
18:47.30CIA-85BRL-CAD: 03starseeker * r38058 10/brlcad/trunk/src/tclscripts/archer/images/Themes/Crystal_Large/ (framebuffer_clear.png framebuffer_off.png): Rename the original clear icon to 'framebuffer_off', and adding a new 'framebuffer_clear' image.
18:48.45CIA-85BRL-CAD: 03bob1961 * r38059 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added support for an angle/distance cursor menu item. Also stubbed in and ADC preferences tab.
19:11.13CIA-85BRL-CAD: 03starseeker * r38060 10/brlcad/trunk/src/tclscripts/archer/images/Themes/Crystal_Large/ (4 files): Add icons for underlay, interlay and overlay framebuffer states.
19:34.21brlcadstarseeker:  http://www.cis.rl.ac.uk/publications/cookbook/chap3.html is a simple starting point to just write something basic (tcl editor topic)
19:35.19starseekerbrlcad: cool :-)
19:35.22starseekerthanks
19:35.23brlcadjove is already disabled by default and in the deprecation file .. give it a rest .. as soon as the deprecation criteria are fulfilled, it can be removed
19:35.29starseekerhehe
19:35.37starseekerno problem
19:36.04starseekerhow goes the vacation?
19:37.51brlcadlouipc: it's not quite the same regarding bundline an editor -- it's more like if "view source" sent out to a console in a web browser (it doesn't, it displays in an app window)
19:38.48brlcador more apropriately, an "edit source" option in a web browser -- maybe an option to use my own editor, but I'd expect it to be an app window
19:44.17brlcadvacation going/went well
19:44.26brlcadjust getting back on top of the communication pile
19:45.42brlcadthat non-static initializer did look like a compiler decl missing in the offsetof's for that compiler
19:46.39brlcadthey are constants from a macro
19:46.53brlcadcrit should be nowhere near full......
19:50.59brlcadlouipc: there is also no such thing as a "standard system editor" for pretty much any platform .. some window managers and platforms have a conventionally common one, but still nothing so far as a "standard" one, and regardless, console-only runtime is a fundamental requirement in my book in addition to "just works"
19:55.01brlcadthis is all more to the point of what to do for those that don't set EDITOR when a) you're in a console session and b) you're in a graphical session
19:56.22brlcadI'd argue that kicking off a GUI editor while in a console session is unexepcted behavior, and vice-versa though to a lesser extent if you pop up a separate console window for it
19:57.47brlcadeverything else we already take care of (EDITOR is set, or common available graphical editor on a known graphical platform, or common available console editor when in console mode)
20:06.56brlcadstarseeker: http://alphatcl.sourceforge.net/wiki/  BSD-licensed
20:10.34starseekerok, so the AlphaTcl logic is the backend, and the editor itself AquaTk is shareware
20:10.42starseekerhmm, that's an interesting setup
20:12.30starseekerwill leave the editor stuff alone - sorry to irritate
20:12.32brlcadfrom the read of it, it's pretty comprehensive "backend"
20:12.47brlcadnot irriatating, needs to be addressed
20:13.16brlcadjust didn't want to leave misconceptions/motivations I was reading in the backlog
20:13.20starseekerjove I mean - I'll stop making fun of it
20:13.38starseekermust concede it has done its job well
20:13.39brlcadit's ripe to be made fun of
20:13.51brlcadmy comment wasn't to you
20:13.57starseekerah, k
20:14.31starseekergood catch on alphatcl - I saw the shareware link and crossed it off
20:14.32starseekerwhoops
20:14.39brlcadit's kicking a dead horse, complaining that it was a bad horse, when the collection crew has already been called to make sausage of it
20:15.28brlcadkinda freaky that alphatcl is 170k of code, but impressive that it's all BSD .. more a matter of how pluggable is it to wrap it in a window or console
20:15.57starseekerdownloads to explore...
20:16.05louipcwell.. I think the editor is more like mailto: in a web browser ;)
20:16.47louipcif it were like 'view source' that would be easy
20:16.59brlcadit is like view source
20:17.10louipcjust print it out in a window, or on the console
20:17.22louipcyou don't need any editing capability or anything then
20:17.26brlcadan editable view source
20:17.43louipcmailto would be a better analogy I thinks
20:19.01louipcbut I guess neither of them really work properly
20:19.18starseekerO.o 6.5 megs compressed for the tarball
20:19.31brlcadeven with that analogy (which is poor at best for the way we use "text edit"), that's a URL construct that the browser is written to support -- the browser has a means to configure that and there is a system-provided concept of sending mail
20:19.57louipcyou're not editing a web page via mail, and you can't edit it via view source
20:20.02starseekerthis would be a doozy to include as is - hope the functionality is well subdivided
20:20.16brlcadthere is no system-provided concept of editing like there is for sending mail, beyond EDITOR for unix-style systems
20:21.37starseeker9 megs uncompressed for just the Tcl subdir.  Wowza
20:21.40louipcyou still need an mail client - that's what needs to be launched
20:21.41brlcadthe whole reason we provide text editing at all is as a cheap work-around for allowing easy batch editing of geometry values
20:22.32brlcadlouipc: sure you need a mail client, and as mail is a system construct, there is one always available
20:22.41brlcadthe same is not necessarily true for editing
20:23.04louipcmaybe I don't know many systems well then
20:23.05brlcadit's also still the browser's job to provision it
20:23.18louipcnotepad is standard on windows as far as I know
20:23.19brlcade.g., use the system-defined mailer or allow a user override
20:23.26louipcvi is required by POSIX
20:23.27brlcadit's not standard
20:23.29brlcadit's just common
20:23.32louipcthat's two
20:23.35brlcadthere's also wordpad, for example
20:23.46louipcand there's 'edit'
20:24.14louipcnotepad is standard enough though
20:24.30brlcadyou keep using that word
20:24.36brlcadI don't think it means what you think it means :0
20:24.46starseekercommon != standard
20:25.47louipcwhat dictionary should I be learning from?
20:25.57brlcadparamount to saying IE is "standard", it's not .. it's just common (and a default system-provided url responder on windows at that)
20:26.37louipcit's not an explicitly defined windows computing standard or something
20:27.11louipcbut yeah it's like saying IE is standard fare on a windows system
20:27.31brlcadwhich is wrong :)
20:27.42louipcif someone has an exotic setup they probably know what they're doing
20:28.01louipcand know to deal with issues
20:28.17louipcI don't think it's wrong
20:28.48brlcadthat's okay, everyone is entitled to be wrong ;)
20:29.03louipcit may not be nailed down by any explicit definition
20:29.14louipcbut defacto standard is near enough standard to count
20:30.32louipcplease go to the computer shop and find me a windows system without notepad
20:31.00louipcthen you can say it's wrong
20:31.01brlcadyou are totally missing the point I believe
20:31.08brlcadit can be common
20:31.19brlcadit IS common, prevalent, pervasive
20:31.28brlcadno argument there whatsoever
20:31.32louipcgood enough ;)
20:31.39brlcadthat, however, does not make something "standard"
20:31.55brlcadthat is the difference between those words in the first place
20:32.09brlcadregardless, we've fully diverged from the original point anyways
20:32.34brlcadit's a matter for places where there is NOT an identifiable editor available
20:32.55louipcIt doesn't need to be decreed by the Gods to be considered standard in my view. That's all I mean.
20:33.02brlcadwindows has a common one we can check for, great .. if EDITOR is set, great ...
20:33.15brlcadthose aren't the environments of concern (at all)
20:33.51brlcadjove wasn't ever originally provided to replace either of those, for example
20:34.28brlcadit was for systems where 'ed' (or nothing) was the only alternative
20:34.55louipcoh non posix?
20:35.21brlcadif we're to be embarrasingly portable, which has always been a project goal .. it's a minor consideration that has to be accounted for
20:35.49brlcadjove was provided WAY before POSIX ever came into existance
20:37.12louipcAre there any machines from that era that can even run a current brl-cad?
20:38.18brlcadI don't know of any major complications or limiations that prohibit BRL-CAD from working there
20:39.20brlcadstill, even consider a platform that not common (not standard? *cough*) .. and the issue is still there, a non-*nix-non-windows system for example
20:40.34starseekerif someone were to try to get things running on (say) Plan9, we'd like there to be some chance of success
20:40.48brlcadif all we cared about was supporting what was common or popular, BRL-CAD could have become irrecoverably out-of-date a long time ago
20:41.08brlcadplan9 is a good example, haiku another, qnx perhaps another
20:41.13louipcwhy out of date?
20:41.51starseekerover time scales like 20/30/40 years, major assumptions about computer operating systems and environments are fluid
20:41.59brlcadwhat was popular when BRL-CAD started doesn't even really exist today
20:42.47louipcoh I assumed you'd switch gears as new systems became popular
20:42.50brlcadfundamentally different process and threading models, ways of managing memory
20:43.11louipcthus you would have changed into more windows oriented
20:43.51starseekerthe trick is interface consistency is very, very important in a productivity application like BRL-CAD
20:44.19starseekerpeople spend years learning to use it, so they want the environment they learned even if the OS changes out from under them
20:44.22brlcadwe do change with the times, we taking more about not coding in *assumptions*
20:44.46brlcadold code for dying systems does get removed slowly with time, new code is written as flexibly as possible
20:46.24brlcadthinks the point is still lost -- we're just talking about making sure we have a basic text editor we can kick off if someone says they want to text edit something
20:46.32starseekernods
20:46.33louipcso as far as I can tell, you said that the editor is only needed to make things more convenient
20:46.36brlcadyou're basically saying "don't worry about it, everyone has an editor"
20:46.41louipcnot really necessary right?
20:46.53louipclike X
20:47.05brlcadi'm saying we want to be sure even if someone doesn't (for whatever reason)
20:47.14starseekerIIRC, there was a time when BRL-CAD actually did bundle X
20:47.31brlcadmm, I'm not so sure about that starseeker
20:48.03starseekercould be wrong, thought I remembered seeing something in some VERY old doc...
20:48.17starseekermay have been just a discussion as to why it wasn't included
20:49.39brlcadit would have had to be pre 4.4 (circa 1988), and it was never in cvs/rcs afaik
20:50.30louipcbrlcad you said: the whole reason we provide text editing at all is as a cheap  work-around for allowing easy batch editing of geometry values
20:52.04brlcadyes?
20:52.25louipcare there other ways to do that?
20:52.28brlcadthere are a series of commands that amount to "let me edit these things in text form"
20:52.46louipcyeah i've used it
20:52.58louipcis it really required functionality?
20:53.06louipcthe text editing of objects
20:53.12brlcadfrom a productivity standpoint, yes
20:53.29Rousorry to intrude, but
20:53.31brlcadthose are very heavily used features in production use
20:53.32Rou'svn co https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad' keeps getting stuck at different points. Is there something wrong ?
20:53.52brlcadRou: not that I'm aware of -- stuck how?
20:53.58louipcRou: I think your issue can trump the debate :D
20:53.58Rousometimes it gives the timeout error, but many times not
20:54.16RouI left it overnight hoping it would work on the Xth try
20:54.22brlcadsounds like you have a router that is resetting the connection
20:54.33Rouyes, I am using a proxy
20:54.44Roubut I managed to checkout Wine this morning
20:54.44louipchow about if you go direct?
20:54.46brlcadRou: instead of restarting the checkout, try just doing an "svn up" in the brlcad directory
20:54.50brlcadthat should pick up where it left off
20:55.29Routhanks for that. On my latest tries it doesn't give the timeout anymore, it just hangs there till I kill the process
20:55.49Rouand then I can't co or run svn cleanup
20:56.20Rouunfortunately, the router is my University connection
20:56.22Roucan't go past it
20:57.02louipcah
20:59.23RouI'll try to disconnect and try svn up
21:05.53*** join/#brlcad dnk-88 (~dnk-88@217.21.40.13)
22:04.48*** join/#brlcad dnk-88 (~dnk-88@217.21.40.13)
22:06.51brlcadstarseeker: if alphatcl turns out to be too complicated or isn't working right, I did ask the tpad author if he's willing to relicense as LGPL -- and he said okay, so another option
22:08.01starseekerbrlcad: sweet - thanks!
22:09.54starseekerbrlcad: if I'm understanding alphatcl right, we essentially need to create an editor into which the alphatcl functionality is "plugged"
22:14.18starseekerbemusedly wonders if we can supply as an option jove keybindings for a tcl/tk based editor...
22:24.56``ErikI don't think we ever bundled X
22:25.06starseekernods - I wasn't sure
22:25.46starseekerjust a vague memory of something related to the topic - thought it was justification for removing it but I could very easily have remembered or seen it wrong
22:36.23*** join/#brlcad Ralith (~ralith@69.90.48.97)
IRC log for #brlcad on 20100316

IRC log for #brlcad on 20100316

00:53.47CIA-85BRL-CAD: 03starseeker * r38061 10/brlcad/trunk/src/libgcv/obj/obj_grammar.y: Add a little more output to the testing of obj_grammar.y.
01:13.28starseekerblinks - subversion is now "apache subversion?"
01:13.37RalithO.o
01:27.36starseekerbrlcad: do the newest subversion releases get us any closer to the idea of being able to merge different repository histories?  "merge tracking" sounds promising but I can't really say for sure...
01:27.55starseeker(would sure simplify our sync instructions, if it does work...)
01:38.46brlcadthat's fantastic news (regarding subversion incubation in the ASF)
01:39.55brlcadhappened earlier in the winter, no?
01:40.06starseekerI believe so
01:40.09starseekerFeb?
01:40.15brlcadthought it was last year
01:40.35starseeker2010-02-17  Subversion becomes Apache Subversion
01:40.54brlcadhttp://www.apache.org/foundation/press/pr_2009_11_04.html
01:40.54starseekeroh, incubator nov last year
01:40.59starseekernods
01:41.05starseekersorry, didn't spot that
01:41.59brlcadmerge tracking would probably reduce a step or two when syncing branches, but it really just sort of auto-commits from defined points
01:42.26starseekeroh, OK - so it doesn't solve the hard problem
01:42.50starseeker(in the sense of distributed VCS merging)
01:43.36brlcad"the hard problem" being?
01:43.55brlcadit solves the problem of having to look up the last sync revision
01:44.01starseekerpreserving the revision history of the branch in the resulting merged trunk?
01:44.15brlcadinstead of manually managing that revision by looking at the log and comments
01:44.53brlcadah, you mean if you had 20 commits to a branch, having those 20 commits reflected on trunk when merged back?
01:44.59starseekerright
01:45.14brlcadnot sure if merge tracking would address that, maybe bidirectional merge tracking
01:45.46brlcadthat's a fairly new feature, haven't read up on all the details
01:46.04starseekernods
01:49.18brlcadthe core benefiting feature for the geometry service would be offline commits
01:50.24brlcadwhich is effecitvely *repository* branching (cloning) with pushed merges
01:50.42starseekerhmm.  http://subversion.wandisco.com/component/content/article/1/44.html
01:51.00brlcadbut the trick being how to do that without carrying around the entire repository
01:51.59brlcadyeah, they've been talking about doing offline commits for a couple years
01:52.22brlcadjust a matter of resources to do the impl and validation
01:54.16brlcadhadn't heard about wandisco's announcement though
01:58.39brlcadfogel, sussman, and fitzpatrick have talked extensively about those plans over the past few years (svn devs, google folk)
01:58.55starseekercool
01:59.05brlcadthis is a pretty nice followup to torvalds talk from fogel: http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=898498
02:03.11starseekerinteresting read, and sounds encouraging
02:03.35starseekerbe nice if they got the offline commit thing working in time for us to make use of it :-)
02:04.16brlcad"The working copy should really be a repository, even if
02:04.16brlcadit's not always going to store all the history available on the server
02:04.16brlcadside (with some projects, you really can't, it's too big).
02:04.48brlcad" -- that comment summarizes a lot of good understanding of the issues
02:04.49starseekernods - that's kinda us in a nutshell
02:06.45brlcadthat and "most users don't know or care whether a
02:06.45brlcadsystem is centralized or decentralized -- their ideal system is one
02:06.47brlcadthey don't notice. "
02:06.58starseekergrins
02:07.02brlcadsound familiar? :)
02:07.07starseekerindeed :-)
02:22.57brlcadI have access to the new tkhtml repository now
02:23.15starseekersweet!
02:23.54starseekeris that the sourceforge one or the fossil one?
02:24.10brlcadthe fossil one
02:24.19starseekerah, neat!
02:24.20brlcadalready had/have access to the sf one
02:26.14starseekerhow does fossil look to work with?
02:27.37brlcaddon't know, but I'm willing to give it a go
02:28.36brlcadwant to make sure we can get access to the web files and tracker data before getting too deep, but can at least clone the entire history now, and could probably manually dump to svn if we had to now
02:29.07starseekerexcellent
04:05.24brlcadstarseeker: http://fr.wikibooks.org/wiki/Initiation_?_BRL-CAD/Prototypage_rapide_avec_Archer
04:06.25brlcadArcher being documented in real-time... too bad a lot of that is in flux already :)
04:11.55starseekerhah, cool
04:12.38starseekeryeah, that'll be a lot of work if they want to keep up over the next couple months
04:12.54starseekerfear the Bob
04:25.51brlcadthinks interlay should go away
04:29.33brlcadthe complexity it adds (however minor) doesn't seem to provide enough value to be warranted as a GUI option
04:30.30brlcadmore familiar would probably be a "Send to back" and "Bring to front" context menu option
04:31.56brlcadthat way, the embedded framebuffer just acts like a proper display layer
04:38.23brlcadstarseeker: I sure hope you realized that "char *argv" was a bug .. ;)
04:44.30brlcadint main(int ac, char *av[]); is main's signature per the standard
04:45.15brlcadunless you're talking about C++ in which case the two parameters are optional (but it still must return int)
05:39.54CIA-85BRL-CAD: 03brlcad * r38062 10/brlcad/trunk/src/conv/obj-g.c: print the zero-face message regardless of the object name.
05:42.25starseekerbrlcad: yeah, I knew it was probably a bug. :-P
05:42.57CIA-85BRL-CAD: 03brlcad * r38063 10/brlcad/trunk/src/conv/obj-g.c: fix header, was started in 2009
05:43.09starseekerI just wasn't sure if someone had horribly hacked it somehow to work that way, but no reference to av at all cleared it
05:44.33brlcadit'd still work just because it's a pointer (until someone tried to do pointer arith on an argv with more than one element)
05:45.18brlcadbut it was outright wrong per the standard regardless of any intent
05:45.25starseekernods. Shows the use of clang's colorful error messages - I'm sure gcc must have been complaining about that and I never saw it
05:46.27brlcadthere's even a subtle difference between char **argv and char *argv[], though as a parameter the difference is mostly academic pedantry
05:47.32starseekersupposes we could ditch interlay... it's already in Archer though, I'd suggest leaving it until it's established as the new MGED and then ditching it, unless you think it's better to nuke it now
05:48.05brlcadI was even referring to MGED
05:48.13starseekeroh, OK
05:48.17brlcadnot this release, but next minor
05:48.31brlcadsoon as the dang mac bug gets fixed
05:48.42brlcadis going to try to squash it this week
05:48.55starseekerthere is one situation I know of where it might help - a superdense wireframe within which one is trying to do an oed edit
05:50.42starseekeron the whole though, I'd be delighted to get rid of it - it would undoubtedly simplify the Tk framebuffer embedding
05:51.57starseekerreflects that the "correct" fix for the overly dense wireframes is probably level-of-detail drawing anyway....
05:52.25brlcadthe window could still have the interlay ability, it's a matter of how many options are exposed through the GUI
05:52.58brlcadmost open source suffers from massive option overload because it's so simple to "add one more checkbox" or button or whatever
05:53.07starseekerurm.  How would we use the capability if it's not GUI exposed?
05:53.10starseekertrue...
05:53.14brlcadbut the resulting complexity seriously can hurt usability
05:53.39brlcadthey need to pull their weight in terms of merit (which is understandably hard to gauge and subjective without stats)
05:54.24brlcadanything via the GUI should be exposed via a command, so if the framebuffer has even overlay/underlay options, there should be some command-line mechanism for setting it
05:55.20brlcadeither accessing some framebuffer object/command or accessing some graphics window object/command or via basic system preferences (e.g. rset), etc
05:55.49starseekerthinks it might make sense as an rset variable
05:56.17starseekerwhat was the original motivator for overlay mode?  Just "cause we can?"
05:57.33starseekerer interlay rather
05:57.43starseekershould probably get some sleep here soon...
06:10.56brlcadno, there's a case where you have really complex geometry being rendered, want to raytrace and still see part of the wireframe
06:11.45brlcadmore a failing of super-stupid wireframe drawing, though
06:28.59CIA-85BRL-CAD: 03brlcad * r38064 10/brlcad/trunk/src/conv/obj-g.c: fix a memory failure. the bot ip is released during wdb_export, so be sure to null it out so we don't try to free it again (or access it).
06:29.37CIA-85BRL-CAD: 03brlcad * r38065 10/brlcad/trunk/src/librt/primitives/bot/bot.c: be more careful about releasing memory and add even more sanity nulls after memory is released.
06:57.19*** join/#brlcad talcite (~matthew@69-165-143-29.dsl.teksavvy.com)
07:14.58CIA-85BRL-CAD: 03brlcad * r38066 10/brlcad/trunk/src/librt/primitives/bot/bot.c: more sanity checking for faces with missing vertices. fixes plot crash on such bots.
08:44.45*** join/#brlcad dnk-88 (~dnk-88@217.21.40.13)
09:28.51*** join/#brlcad mafm (~mafm@193.153.52.54)
10:34.16*** join/#brlcad mafm (~mafm@193.153.52.54)
10:48.21*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
10:52.23CIA-85BRL-CAD: 03brlcad * r38067 10/brlcad/trunk/src/conv/obj-g.c: (log message trimmed)
10:52.23CIA-85BRL-CAD: good grief, messy wild assumptions going on in here regarding faces. fix a
10:52.23CIA-85BRL-CAD: processing bug that was causing a crash due to the parsed face and vertex data
10:52.23CIA-85BRL-CAD: (which was being stashed in a bot internal) getting released during export.
10:52.23CIA-85BRL-CAD: instead, stash the vertex/face data into its own container that is memory
10:52.24CIA-85BRL-CAD: managed separately. since face ids accummulate as the file is procesed, keep
10:52.25CIA-85BRL-CAD: them all even as we write out groups. this in-core approach blindly and
10:53.49brlcadthat should be an improvement, but there seems to be something wonefully busted with tessellation that needs to be regression tested
10:59.10CIA-85BRL-CAD: 03brlcad * r38068 10/brlcad/trunk/NEWS:
10:59.11CIA-85BRL-CAD: fixed a bug in obj-g where it was crashing if there were multiple objects in the
10:59.11CIA-85BRL-CAD: obj file. the vertex/face data was getting released when a bot is written out,
10:59.11CIA-85BRL-CAD: leaving much room for platform/environment-spefic crashness. improved memory
10:59.11CIA-85BRL-CAD: management with a new data container though still more work is needed.
11:00.09*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
11:13.43CIA-85BRL-CAD: 03brlcad * r38069 10/brlcad/trunk/NEWS: janine gettier continues to exhuberate awesomeness with another 32 manual pages converted into Docbook format and added to the build by cliff.
11:16.02CIA-85BRL-CAD: 03brlcad * r38070 10/brlcad/trunk/sh/orbit.sh: pretty sure test/plain is not a valid mime type erik. using text/x-sh instead.
11:26.58CIA-85BRL-CAD: 03brlcad * r38071 10/brlcad/trunk/src/liboptical/photonmap.c: %% is a literal % character (e.g., 'Irradiance Cache Progress: 30% Approximate...') .. man 3 printf ftw.
11:31.44brlcadgoes to bed, taking in last day of vacation
11:54.41*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
12:24.55``Erikheh, woops, typo'd one of them annoying propsets
12:25.05``Erikthere's a lot more wrong with that file, though
12:26.18``Erik('exhuberate'? mebbe exuberant? O.o )
13:09.54*** join/#brlcad Phurl_ (~mdupont@cl-1773.dus-01.de.sixxs.net)
13:33.38*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
13:39.39*** join/#brlcad Phurl_ (~mdupont@ip-81-210-228-126.unitymediagroup.de)
13:52.39CIA-85BRL-CAD: 03bob1961 * r38072 10/brlcad/trunk/src/tclscripts/lib/RtControl.tcl: Added the following options: -fb_enabled, -fb_enabled_callback.
13:55.35CIA-85BRL-CAD: 03bob1961 * r38073 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added code to toggle the image of the framebuffer enable button when the state changes.
16:22.16*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
17:49.24CIA-85BRL-CAD: 03bob1961 * r38074 10/brlcad/trunk/include/tclcad.h: Added go_rt_end_callback member to struct ged_obj.
17:57.37CIA-85BRL-CAD: 03bob1961 * r38075 10/brlcad/trunk/include/ged.h: Added an abort parameter to the gd_rtCmdNotify member of struct ged_drawable.
18:00.41CIA-85BRL-CAD: 03bob1961 * r38076 10/brlcad/trunk/src/libged/ (rt.c rtcheck.c): Added a parameter to the gd_rtCmdNotify call.
18:02.44CIA-85BRL-CAD: 03bob1961 * r38077 10/brlcad/trunk/src/libtclcad/ged_obj.c: Added code to get an indication of when a raytrace finishes and possibly pass that off to Tcl land.
18:03.30CIA-85BRL-CAD: 03bob1961 * r38078 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added the rt_end_callback method to cawidgets::Ged.
18:05.04CIA-85BRL-CAD: 03bob1961 * r38079 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Consolidated the raytrace and abort toolbar buttons.
18:21.12CIA-85BRL-CAD: 03bob1961 * r38080 10/brlcad/trunk/include/raytrace.h: Added a missing parameter to the declaration of rt_nmg_mc_realize_cube.
19:26.10CIA-85BRL-CAD: 03erikgreenwald * r38081 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: fix lame macro booboo
21:23.00CIA-85BRL-CAD: 03erikgreenwald * r38082 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: shoot rays across instead of using midpoints.
22:49.32*** join/#brlcad dnk-88 (~dnk-88@217.21.40.13)
23:04.43*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
23:04.43*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
23:13.02*** join/#brlcad Aeamus (~Enigma@unaffiliated/r0b0t1)
23:45.44``Erikhuh, looks like I forgot to commit a file ... quite a while ago O.o and no one mentioned it heh
23:50.50CIA-85BRL-CAD: 03erikgreenwald * r38083 10/brlcad/trunk/include/raytrace.h: this func changed signature.
IRC log for #brlcad on 20100317

IRC log for #brlcad on 20100317

00:31.27*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
00:31.27*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
01:04.40*** join/#brlcad yukonbob (1000@s142-179-54-198.bc.hsia.telus.net)
03:23.35*** join/#brlcad Ralith_ (~ralith@69.90.48.97)
03:23.41*** join/#brlcad yukonbob_ (1000@s142-179-54-198.bc.hsia.telus.net)
04:39.03CIA-85BRL-CAD: 03Ssd 07http://brlcad.org * r2205 10/wiki/MGED_CMD_rcc-cap: subcat
05:06.41*** part/#brlcad CoconutCrab (~toor@unaffiliated/coconutcrab)
09:43.01*** join/#brlcad mafm (~mafm@193.153.52.54)
14:37.38CIA-85BRL-CAD: 03indianlarry * r38084 10/brlcad/trunk/src/conv/3dm/3dm-g.cpp: Updated to allow un-named brep objects to use layer name to seed region/solid names. Also use layering to generate a group hierarchy placed under a top level group named "all".
14:40.56*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
18:49.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:36.09CIA-85BRL-CAD: 03brlcad * r38085 10/brlcad/trunk/sh/ (Makefile.am gforge.sh prior.sh): remove obsolete gforge.sh and prior.sh scripts
19:37.19CIA-85BRL-CAD: 03brlcad * r38086 10/brlcad/trunk/sh/ (7 files): remove authorship info
19:37.58CIA-85BRL-CAD: 03brlcad * r38087 10/brlcad/trunk/sh/trimconfig.sh: remove authorship info
19:45.21CIA-85BRL-CAD: 03brlcad * r38088 10/brlcad/trunk/ (7 files in 2 dirs):
19:45.21CIA-85BRL-CAD: mark several scripts that get installed as deprecated due to their lacking
19:45.21CIA-85BRL-CAD: relavence and utility. should be just removed, but send them through the
19:45.21CIA-85BRL-CAD: deprecation process regardless given they have been installed scripts for
19:45.21CIA-85BRL-CAD: several years. deprecated any-png.sh cadbug.sh sgisnap.sh pixwrite.sh
19:45.21CIA-85BRL-CAD: pixread.sh cray.sh
20:12.10CIA-85BRL-CAD: 03bob1961 * r38089 10/brlcad/trunk/src/tclscripts/lib/RtControl.tcl:
20:12.11CIA-85BRL-CAD: Removed the menu and moved the menu items to a combobox. Removed the dest, src
20:12.11CIA-85BRL-CAD: and size combobox's. Added an active pane combobox. Added more controls (i.e.
20:12.11CIA-85BRL-CAD: via functions, options and callbacks) for tighter coupling with Archer.
20:14.35CIA-85BRL-CAD: 03bob1961 * r38090 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added code to more tightly couple the raytrace control panel with Archer. Added a toolbar button to change the framebuffer mode between three different values (i.e. Underlay, Interlay and Overlay).
20:59.54*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
21:15.32CIA-85BRL-CAD: 03bob1961 * r38091 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Swap the toggle_fb and raytrace toolbar button locations.
21:21.33CIA-85BRL-CAD: 03brlcad * r38092 10/brlcad/trunk/src/libgcv/Makefile.am: obj dir is needed for distcheck success
22:00.26CIA-85BRL-CAD: 03brlcad * r38093 10/brlcad/trunk/doc/BRL-CAD.bib:
22:00.26CIA-85BRL-CAD: add a bibliography entry for christian fitzpatrick's work at NPS. his thesis
22:00.26CIA-85BRL-CAD: refers to BRL-CAD in numerous places including our 2009 Google Summer of Code
22:00.26CIA-85BRL-CAD: work on a model repository. fitzpatrick worked under don brutzman (X3D steering
22:00.26CIA-85BRL-CAD: guy) at NPS, both of whom we've interacted with on numerous occasions at
22:00.27CIA-85BRL-CAD: siggraph.
22:11.13CIA-85BRL-CAD: 03brlcad * r38094 10/brlcad/trunk/TODO: expand on cut features since it came up in discussion today. include my thoughts on a good balance of a simple yet flexible user interface for how cut features would be specified and edited in real time.
23:06.55*** join/#brlcad dnk-88 (~dnk-88@217.21.40.13)
23:32.16CIA-85BRL-CAD: 03brlcad * r38095 10/brlcad/trunk/src/libgcv/Makefile.am: obj needs to be in the dist, not traversed there (as the obj dir automake makefile template file is not conditional).
23:40.16*** join/#brlcad dnk-88 (~dnk-88@217.21.40.13)
IRC log for #brlcad on 20100318

IRC log for #brlcad on 20100318

01:27.45*** join/#brlcad mafm (~mafm@193.153.52.54)
07:14.05*** join/#brlcad dnk-88 (~dnk-88@217.21.40.13)
07:14.05*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
07:14.05*** join/#brlcad CIA-85 (cia@208.69.182.149)
07:14.05*** join/#brlcad ChanServ (ChanServ@services.)
07:14.05*** mode/#brlcad [+o ChanServ] by farmer.freenode.net
07:15.14*** mode/#brlcad [+o brlcad] by ChanServ
07:49.05*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:10.52*** join/#brlcad mafm (~mafm@193.153.52.54)
09:26.02*** part/#brlcad dnk-88 (~dnk-88@217.21.40.13)
11:23.12*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
12:26.29*** join/#brlcad mafm (~mafm@193.153.52.54)
12:37.02*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
13:56.07CIA-85BRL-CAD: 03bob1961 * r38096 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added a button parameter to several methods.
15:21.36CIA-85BRL-CAD: 03bob1961 * r38097 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added the init_button_no_op method.
15:25.53CIA-85BRL-CAD: 03bob1961 * r38098 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): The center and centervo button behaviors have been combined into a single toolbar button. Some minor cleanup.
15:34.36CIA-85BRL-CAD: 03starseeker * r38099 10/brlcad/trunk/src/libgcv/obj/ (Makefile.am obj_parser.c obj_parser.h obj_rules.l):
15:34.36CIA-85BRL-CAD: Set up the obj Makefile to build the C files rather than the C++ - whole dir is
15:34.36CIA-85BRL-CAD: extradisted and its contents will be different before it is ready to be
15:34.36CIA-85BRL-CAD: activated, so not (currently) bothering about EXTRA_DIST in the local
15:34.36CIA-85BRL-CAD: Makefile.am
16:20.19*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
16:35.36CIA-85BRL-CAD: 03bob1961 * r38100 10/brlcad/trunk/src/tclscripts/archer/ (11 files in 2 dirs): Updates for few toolbar icons.
17:13.05*** join/#brlcad ibot (ibot@rikers.org)
17:13.05*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
17:23.36CIA-85BRL-CAD: 03starseeker * r38101 10/brlcad/trunk/src/libgcv/obj/ (Makefile.am obj_grammar.y obj_parser.c obj_parser.h): Will need to create a test parser binary, so go ahead and set up for that temporarily.
17:36.59``Erikneat http://englishrussia.com/index.php/2009/04/14/worlds-biggest-submarine/
17:43.40starseeker``Erik: hey, you're alive! :-P
17:45.51starseekerneat - gonna cad model it from the photos? :-P
17:45.54``Erikfor some value of, yes... haven't felt good all week and managed to not get any sleep last night :/
17:46.04``Erikuh, *writes a random pipe generation script* :D
17:46.51starseekerheh
18:21.58CIA-85BRL-CAD: 03starseeker * r38102 10/brlcad/trunk/src/libgcv/obj/obj_rules.l: OK, going to need the states in the obj rules, they were not just a consequence of the reentrant logic.
18:36.40CIA-85BRL-CAD: 03starseeker * r38103 10/brlcad/trunk/src/libgcv/obj/obj_grammar.y: Let's have a look at the contents of yytext for IDs...
IRC log for #brlcad on 20100319

IRC log for #brlcad on 20100319

04:08.09*** join/#brlcad ibot (ibot@rikers.org)
04:08.10*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
09:51.25*** join/#brlcad mafm (~mafm@193.153.52.54)
11:26.29*** join/#brlcad CIA-43 (cia@208.69.182.149)
12:26.59RalithI seem to remember a very flexible gear geometry generating system being linked here at some point
12:27.03Ralithring any bells?
13:15.30*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
14:04.56starseekerRalith: rings a bell, but doesn't recall any specific info - probably have to check the archives
14:10.19``Erik_sounds up archivists alley, actually... haven't seen him around lately, though
16:30.58*** join/#brlcad mafm (~mafm@193.153.52.54)
16:36.32*** join/#brlcad mafm (~mafm@193.153.52.54)
16:48.20*** join/#brlcad mafm (~mafm@193.153.52.54)
16:54.09*** join/#brlcad mafm (~mafm@193.153.52.54)
17:16.50*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
17:17.03*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
19:38.59*** join/#brlcad mafm (~mafm@193.153.52.54)
19:53.35*** join/#brlcad mafm (~mafm@193.153.52.54)
20:12.54*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
20:12.54*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
20:12.54*** join/#brlcad mafm (~mafm@193.153.52.54)
20:15.02*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
20:15.19*** join/#brlcad yukonbob (1000@s142-179-54-198.bc.hsia.telus.net)
20:15.19*** join/#brlcad jack (~jack@unaffiliated/jack)
20:37.08CIA-43BRL-CAD: 03erikgreenwald * r38107 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c:
20:37.08CIA-43BRL-CAD: Don't compute normals since NMG's don't take them. Fix pairing problem that
20:37.08CIA-43BRL-CAD: returned bad results. Walk the hit list for the right intersection point. remove
20:37.08CIA-43BRL-CAD: some dead code. Move the bitdiff conditional outside of the setting of the point
20:37.08CIA-43BRL-CAD: (might be an optimization).
21:04.41*** join/#brlcad mafm (~mafm@193.153.52.54)
21:13.38CIA-43BRL-CAD: 03starseeker * r38108 10/brlcad/trunk/src/libgcv/obj/ (obj_parser.h obj_parser.h.orig): Start thinking about obj data storage in C - also looking at free form surfaces, if it doesn't prove too complex to deal with them, now that BRL-CAD has raytracing support for NURBS...
21:32.28CIA-43BRL-CAD: 03starseeker * r38109 10/brlcad/trunk/src/libgcv/obj/obj_parser.h: More struct musings for obj.
22:03.01``Erikahhhh
22:30.47``Erik"republicans turned off by size of obama's package" ... nice headline O.o
23:02.15*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
23:10.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:25.31Ralithwhere'd you see that?
23:34.11*** join/#brlcad PrezKennedyII (Matthew@whitecalf.net)
23:38.31*** join/#brlcad d-lo_ (~claymore@BZ.BZFLAG.BZ)
23:38.44*** join/#brlcad poolio_ (~poolio@BZ.BZFLAG.BZ)
23:38.45*** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
IRC log for #brlcad on 20100320

IRC log for #brlcad on 20100320

03:42.01*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
08:36.50*** join/#brlcad Ralith (~ralith@69.90.48.97)
10:24.37*** join/#brlcad mafm (~mafm@193.153.52.54)
11:02.48*** join/#brlcad mafm (~mafm@193.153.52.54)
17:00.04*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:28.14*** join/#brlcad Nohla (~jesica@190.178.67.189)
19:45.43CIA-43BRL-CAD: 03brlcad * r38110 10/brlcad/trunk/src/rt/viewedge.c: include some of my notes on edging methods that I'd written down at siggraph 2010
20:39.15starseekerO.o brlcad has been to the Future ;-P
22:14.41*** join/#brlcad mafm (~mafm@193.153.52.54)
23:04.43*** join/#brlcad PrezKennedyII (Matthew@whitecalf.net)
23:07.14*** join/#brlcad jack__ (~jack@85.92.137.10)
23:08.48*** join/#brlcad jack (~jack@unaffiliated/jack)
23:09.23*** join/#brlcad yukonbob_ (1000@s142-179-54-198.bc.hsia.telus.net)
23:14.47``Erikssh, starseeker, he only thinks he has, we're letting him pretend or he gets all upset and starts throwing things and screaming ;> *duck*
IRC log for #brlcad on 20100321

IRC log for #brlcad on 20100321

00:03.59*** join/#brlcad Nohla (~jesica@190.178.67.189)
10:10.49*** join/#brlcad Ralith (~ralith@69.90.48.97)
11:37.25*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
11:37.25*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
14:06.25*** join/#brlcad Nohla (~jesica@190.178.67.189)
17:00.46*** join/#brlcad ibot (ibot@rikers.org)
17:00.47*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
17:02.38*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:21.23*** join/#brlcad Ralith (~ralith@69.90.48.97)
IRC log for #brlcad on 20100322

IRC log for #brlcad on 20100322

00:45.58starseekerdecides to see what the latest wand scanner is capable of...
01:18.27``Erik´ack, tmi
02:12.58starseeker``Erik: huh?  http://www.amazon.com/VuPoint-Solutions-Portable-Scanner-PDS-ST410-VP/dp/B002R0BFAA
02:13.26starseekerhopefully it can scan pieces of larger documents in such a way that the pieces can be stitched back together
02:15.19starseekere.g. http://hugin.sourceforge.net/tutorials/scans/en.shtml
03:41.07``Erikamazing how much my handwriting improves on tax forms
12:57.50*** join/#brlcad ibot (ibot@rikers.org)
12:57.50*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
13:07.36starseeker``Erik: pfft, handwriting.  Okular has apparently added support for filling in (and saving!) pdf forms
13:08.10starseekercan't handle them all yet, and insists on trying to print A4 size, but none the less hat's off to the Okular devs
14:05.25``Erikpdf2ps and edit the code? :D
14:05.38starseekerO.o ew
14:06.41``Erikwhat's wrong with that? :D
14:06.46``Erikif you want, I can loan ya a ps book
14:07.56``Erikheh, back on "that other project", I exported their word document into pdf, converted it to ps, then did some magic to print a huge grey 'DRAFT' diagonally up each page... that was neat (and much less painful than using word)
14:17.18starseekermust concede that it would be less painful than word...
14:31.37*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
14:45.23CIA-43BRL-CAD: 03davidloman * r38111 10/rt^3/trunk/src/iBME/CMakeLists.txt: Add netPortalManagerTest to the cmake build.
14:54.59CIA-43BRL-CAD: 03starseeker * r38112 10/brlcad/trunk/src/libgcv/obj/obj_parser.h: typedef the structs for obj_parser.h
16:36.20*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
17:11.56CIA-43BRL-CAD: 03erikgreenwald * r38113 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: fill tri buffer from mc secret sauce
17:55.28*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
18:06.49CIA-43BRL-CAD: 03erikgreenwald * r38114 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: add ability to optionally do mid-points instead of ray intersects
18:06.50CIA-43BRL-CAD: 03erikgreenwald * r38115 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: remove unused normal information
18:46.02CIA-43BRL-CAD: 03bob1961 * r38116 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added code to allow the user to interactively drag the second leg of the measurement lines.
19:02.37CIA-43BRL-CAD: 03starseeker * r38117 10/brlcad/trunk/src/libgcv/obj/ (obj_grammar.y obj_parser.h): More tweakage in obj
19:34.36CIA-43BRL-CAD: 03starseeker * r38118 10/brlcad/trunk/src/libgcv/obj/ (obj_grammar.y obj_parser.h): Hrm. Defining obj_group_t as the type of YYSTYPE seems to cause problems - 'no type or storage class'
19:52.12brlcadif that's true, then the header with your "typedef struct obj_data" is probably not being included before YYSTYPE is referenced
19:52.54brlcadcould be missing header inclusion or the typedef isn't declared early enough
19:54.38starseekerno, it was in there before - obj_parser.h, which is defined before obj_grammar.h is included
19:54.48starseekerprobably something stupid...
19:56.24brlcadit wasn't if it's saying "no type or storage class"
19:56.26brlcadby definition :)
19:56.42brlcadat least in the resulting c file
19:56.54starseekernods
19:57.02starseekerlet me set up again...
19:57.24brlcadremember that it gets generated with boiler plate code before and after, yet will say "ERROR: obj_grammar.y: line 32 .. blah blah"
19:57.57brlcadthe error can be caused by the inserted code, not the .y file
20:01.46starseekeroh, duh
20:02.20starseekerthe generated grammar.h file doesn't include parser.h, so rules.l isn't aware of squat
20:05.28CIA-43BRL-CAD: 03starseeker * r38119 10/brlcad/trunk/src/libgcv/obj/ (obj_grammar.y obj_parser.h obj_rules.l): Oh, yeah - rules.l will need to know about parser.h if it knows about grammar.h, once grammar.h is using a datastructure from parser.h.
20:05.41starseekerfeels strangely like he's in "Knitting 101" with piles of thread snarled everywhere...
20:07.25brlcadyou would have probably hit that lil bit pretty early on if you went/go through a parser tutorial from the beginning
20:07.58brlcadmaybe, still maybe not .. that particular inclusion issue could have happened any time
20:14.15*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
20:21.31starseekerbrlcad: I'm more or less doing that - that's why I started from scratch on the .h file...
20:29.48*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:59.56*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
22:07.56*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
22:30.57``Erikho hum.
22:37.30*** join/#brlcad Ralith (~ralith@69.90.48.97)
22:37.39*** join/#brlcad Ralith (~ralith@69.90.48.97)
22:39.50*** join/#brlcad yukonbob (1000@s142-179-54-198.bc.hsia.telus.net)
IRC log for #brlcad on 20100323

IRC log for #brlcad on 20100323

00:47.26*** mode/#brlcad [+o brlcad] by ChanServ
04:46.33*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
08:04.02*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
11:09.27CIA-43BRL-CAD: 03starseeker * r38120 10/brlcad/trunk/src/libgcv/obj/ (Makefile.am obj_grammar.y obj_parser.c obj_parser.h): First stab at stashing values in a data structure in obj
11:22.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
11:28.19CIA-43BRL-CAD: 03bob1961 * r38121 10/brlcad/trunk/src/tclscripts/mged/ (asc2g.tcl dbupgrade.tcl g2asc.tcl points.tcl rt.tcl): Fixed several places that break on windows (i.e. needed to conditionally add a .exe to executable names).
11:38.01CIA-43BRL-CAD: 03bob1961 * r38122 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Spit out the length of both legs.
12:29.39*** join/#brlcad mafm (~mafm@193.153.52.54)
12:32.57*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
12:35.56CIA-43BRL-CAD: 03starseeker * r38123 10/brlcad/trunk/src/libgcv/obj/ (obj_grammar.y obj_parser.c): generalize obj_add_vertex a bit - this may not be the best approach here...
12:48.17CIA-43BRL-CAD: 03starseeker * r38124 10/brlcad/trunk/src/libgcv/obj/obj_parser.c: print after parsing to make sure everything is really retained.
12:53.58CIA-43BRL-CAD: 03davidloman * r38125 10/rt^3/trunk/ (include/GE/Logger.h src/GE/Logger.cxx): Clean up some mutex logic issues. Fixed Singleton implementation.
13:04.50*** join/#brlcad mafm (~mafm@193.153.52.54)
13:19.20CIA-43BRL-CAD: 03davidloman * r38126 10/rt^3/trunk/src/GE/Logger.cxx: Moved object lock to later in the log function. Locking that early was not needed. Also added a 'newline' to the end of each log entry so that the output is actually readable.
13:20.23*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:32.28CIA-43BRL-CAD: 03davidloman * r38127 10/rt^3/trunk/src/iBME/: Modified SVN:IGNORE. Ignoring netMsgSerialTest binary.
13:44.40CIA-43BRL-CAD: 03davidloman * r38128 10/rt^3/trunk/ (7 files in 3 dirs): Lots of bug fixes all towards making netPortalManagerTest work correctly.
13:46.50d-lo_can anyone speak to the usefuleness of unit testing?  Also, what are some recommended C++ Unit test suites?
13:53.56brlcada tool like any other technique, one that can be abused, wasteful, unnecessary, useful, beneficial, necessary, ...
13:55.34brlcadoften a crutch when it's simply hard/complicated to get your mind wrapped around a problem, but more a maintenance burden if it's a developing interface
13:55.47brlcadyou double/triple your code complexity by forcing design contracts up front
13:55.55brlcadsometimes that complexity pays off, sometimes it does not
13:57.02d-lookay, if not unit tests, then how would you recommend approaching 'testing' code as it is developed?  keep simple test apps in a tests/ dir?
14:09.10``ErikI've heard some people espouse TDD to help define interfaces between objects before developing them, that seems to be the big 'sell' usually
14:09.52``Erik(kinda smells like people who can't or don't want to seriously think about the architecture to do SOMETHING to prevent design thrashing)
14:10.22``Erikyeah, design contracts... should read the entire buffer before commenting heh
14:15.43brlcadd-lo: ideally there should always be system integration tests (answers high-level questions, does the tool work the way you're telling your user it should, do all the pieces work together), unit tests for 3rd party public API (e.g., GS net protocol, GE core object API), and regression tests for expected outcomes on sample inputs for nightly testing
14:16.16brlcadthat's close to "ideal" .. and leaves room for lots of bloat and misdirection, but approaches ideal nonetheless
14:18.15brlcadpriority is probably, #1 system integration, #2 regressions, #3 units .. unless you're working with a team intently decided on and doing test-driven-development in which case that'd be #1 system, #2 unit, and #3 regression
14:21.44brlcaddecidedly departs out towards the mythed daystar
14:49.49*** join/#brlcad mafm (~mafm@193.153.52.54)
14:53.33CIA-43BRL-CAD: 03davidloman * r38129 10/rt^3/trunk/ (include/GE/Logger.h src/GE/Logger.cxx): Change logging calls to separate functions for the individual logging categories.
14:58.17CIA-43BRL-CAD: 03davidloman * r38130 10/rt^3/trunk/src/GS/ (3 files in 2 dirs): Update classes that use Logger to use the new fns.
15:12.49CIA-43BRL-CAD: 03davidloman * r38131 10/rt^3/trunk/tests/ (12 files in 4 dirs): New Dir heirarchy for tests. Moved over tests that were starting to accumulate in /src/tests. Added to cmake build system.
15:15.47CIA-43BRL-CAD: 03davidloman * r38132 10/rt^3/trunk/tests/ (. GE/ GS/ GS/libNetwork/): Modified SVN:IGNORE to ignore cmake build byproducts
15:19.00CIA-43BRL-CAD: 03davidloman * r38133 10/rt^3/trunk/src/ (iBME/CMakeLists.txt tests/): Removed old /src/tests dir and the cmake references to it.
15:28.54*** join/#brlcad mafm (~mafm@83.45.253.170)
16:29.07CIA-43BRL-CAD: 03davidloman * r38134 10/rt^3/trunk/ (3 files in 2 dirs): Removal of debug printing statements.
16:30.38CIA-43BRL-CAD: 03davidloman * r38135 10/rt^3/trunk/tests/GS/libNetwork/: Modified SVN:IGNORE to ignore qmake and build byproducts
16:31.30CIA-43BRL-CAD: 03davidloman * r38136 10/rt^3/trunk/tests/GS/libNetwork/ (NetPortalManagerTester.cxx NetPortalManagerTester.h): Implement NetPortalManagerTester as a thin wrapper for testing NetPortalManager.
16:31.55CIA-43BRL-CAD: 03davidloman * r38137 10/rt^3/trunk/tests/GS/libNetwork/ (CMakeLists.txt netPortalManagerTest.cxx): Modify test to utilize new wrapper.
16:32.45CIA-43BRL-CAD: 03davidloman * r38138 10/rt^3/trunk/CMakeLists.txt: Forgot to commit top level CMAKE changes for new test/ dir
16:57.27CIA-43BRL-CAD: 03bob1961 * r38139 10/brlcad/trunk/src/mged/mged.c: Mods to read from stdin on Windows.
17:10.15*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
17:46.13CIA-43BRL-CAD: 03starseeker * r38140 10/brlcad/trunk/NEWS: Bob fixed how Windows invokes fbclear on Windows, issue reported by Diane Carabetta. Also adjusted a few other calls which might have similar problems on Windows.
18:02.58CIA-43BRL-CAD: 03bob1961 * r38141 10/brlcad/trunk/ (3 files in 3 dirs): Added a declaration for a rt_nmg_mc function in raytrace.h
18:10.29CIA-43BRL-CAD: 03indianlarry * r38142 10/brlcad/trunk/include/opennurbs_ext.h:
18:10.29CIA-43BRL-CAD: Function getCurveEstimateOfV() wasn't always converging to a solution before
18:10.29CIA-43BRL-CAD: hitting iteration bound. Now uses binary subdivision of curve 't' parameter
18:10.29CIA-43BRL-CAD: until derivatives at end points in 'u' are within 5 percent before using the
18:10.29CIA-43BRL-CAD: original linear estimating method. Also increased the iteration bound to 1000.
18:30.24``Erikheh
20:14.22*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:42.40CIA-43BRL-CAD: 03erikgreenwald * r38143 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: use tables instead of magic numbers... some...
23:44.52brlcadts: hard to say with the server out of date but sounds like a relatively new issue
23:45.00brlcadoops, disregard :)
23:47.06``Erikheh
23:48.46CIA-43BRL-CAD: 03brlcad * r38144 10/brlcad/trunk/include/ged.h: quell compilation warning, change abort to aborted to not hide abort().
IRC log for #brlcad on 20100324

IRC log for #brlcad on 20100324

00:33.39*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
04:00.50*** join/#brlcad Ralith (~ralith@69.90.48.97)
08:19.22*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
09:06.17*** join/#brlcad mafm (~mafm@83.45.253.170)
11:13.37*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
13:23.50*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
14:40.37*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:52.47CIA-43BRL-CAD: 03davidloman * r38145 10/rt^3/trunk/ (CMakeLists.txt cmake/FindCPPUNIT.cmake): Add in CPPUNIT searching to CMAKE. Enabled on/off flag in cmake build for optional building of test dir.
15:06.10*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
15:15.58CIA-43BRL-CAD: 03d_rossberg * r38146 10/rt^3/trunk/ (cmake/FindBRLCAD.cmake src/coreInterface/CMakeLists.txt):
15:15.58CIA-43BRL-CAD: improved the detection of a BRL-CAD installation
15:15.58CIA-43BRL-CAD: if the BRL-CAD installation's bin-directory is included in the search path for binaries the script should be able to find it
15:50.35*** join/#brlcad Nohla (~jesica@190.178.94.95)
16:28.39CIA-43BRL-CAD: 03davidloman * r38147 10/rt^3/trunk/cmake/FindCPPUNIT.cmake: WS, Formatting.
17:21.05CIA-43BRL-CAD: 03bob1961 * r38148 10/brlcad/trunk/ (include/bu.h src/libbu/units.c): Added a function to return a vls containing a comma separated list of short units names. Also changed the short name for decameter from dm to Dm. It was conflicting with decimeter's short name.
17:23.00CIA-43BRL-CAD: 03bob1961 * r38149 10/brlcad/trunk/src/libged/units.c: Added a -t option to ged_units() for returning unit types.
17:26.47*** join/#brlcad Elrohir (~kvirc@p5B14AC0B.dip.t-dialin.net)
17:27.24CIA-43BRL-CAD: 03bob1961 * r38150 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a combobox for units in the general preferences tab. Added code to accomodate the units command's new -t option.
17:33.02CIA-43BRL-CAD: 03bob1961 * r38151 10/brlcad/trunk/misc/win32-msvc8/libgcv/libgcv.vcproj: Added region_end_mc.c to the build for libgcv.
17:33.15*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
17:33.59CIA-43BRL-CAD: 03bob1961 * r38152 10/brlcad/trunk/misc/win32-msvc8/brlcad/brlcad.sln: Added dependencies for libgcv.
20:46.17CIA-43BRL-CAD: 03bob1961 * r38153 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl):
20:46.18CIA-43BRL-CAD: More updates to the general preferences tab. More specifically the binding modes
20:46.18CIA-43BRL-CAD: and background color interface has been reduced to two comboboxes. The ADC tab
20:46.18CIA-43BRL-CAD: has been removed. Lastly, the list of units for the units combobox needed a
20:46.18CIA-43BRL-CAD: little massaging (i.e. removal of extra white space in the units names).
20:55.36CIA-43BRL-CAD: 03erikgreenwald * r38154 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: hoist point computation for cube. use value in cross-ray origin setting. clear output buffer before raytracing.
21:04.41*** join/#brlcad Ralith (~ralith@69.90.48.97)
21:25.58*** join/#brlcad Ralith (~ralith@69.90.48.97)
23:03.38*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:36.31CIA-43BRL-CAD: 03starseeker * r38155 10/brlcad/trunk/src/libgcv/obj/ (obj_parser.c obj_parser.h): Start adding in storage stuff for elements (points, lines, faces) and groups.
IRC log for #brlcad on 20100325

IRC log for #brlcad on 20100325

00:20.06*** join/#brlcad Nohla (~jesica@190.178.94.95)
01:29.02*** join/#brlcad ibot (ibot@rikers.org)
01:29.03*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
01:29.55brlcadglanced again
01:30.28brlcadyou realloc when count == max - 1
01:30.32CIA-43BRL-CAD: 03starseeker * r38161 10/brlcad/trunk/src/libgcv/obj/obj_parser.c: Something about that use of array doesn't work with realloc - just use switch (succeeds).
01:30.50brlcadthat should probably be count >= max - 1
01:30.54brlcadand you never increment count
01:31.20starseekercount is incremented using *curr
01:31.39brlcadare you only testing add_vertex?
01:31.43brlcadwas referring to the others
01:31.55starseekeroh, yeah - add vertex is the only working one at the moment
01:32.14starseekerwas just stubbing out the others
01:32.16brlcadah
01:33.04starseekergot some thinking to do about group handling
01:33.28starseekerthat nice little twist of allowing multiple groups on one g line makes for some complications
01:35.18brlcaddid you understand why the previous array didn't work?
01:35.38starseekerkinda unfortunate that the id/id_list mechanism for matching is generic - I see why that is but it means conditional handling of an ID based on what line it appears with either has to be called from the lexer code or some funky fu is needed in yacc land...
01:35.43starseekerbrlcad: not entirely
01:36.04brlcadyour previous organization is much better than the version that works now :0
01:36.07brlcad:)
01:36.14brlcadthe bug was minor :)
01:36.15starseekeryeah, I know...
01:36.21starseekeraaaaaa
01:36.31brlcadthink of the pointer values
01:37.06brlcadyou set array's value to the value of the container
01:37.20starseekerright...
01:37.22brlcadthen told realloc to give you a bigger one
01:37.26brlcadwhich it does
01:37.40brlcadwhich is set as the new array value
01:37.56starseekerdo I need to reset the container value to the array value now?
01:37.59brlcadthe original container pointer still points to the old colntainer
01:38.27brlcadyou probably want the address of that container, not the container itself
01:38.34starseekerrestrains some colorful words and makes use of svn merge..
01:39.03brlcadso when you set array to a new allocation, you're modifying the original pointer
01:39.12brlcad(i.e., a pointer to a pointer)
01:39.31brlcadpoint_t **array;
01:40.23``Erikhm, reallocs? yuh oh
01:41.23``Erikrealloc has performance implications on various platforms, linux does some really ugly page remapping to make it fast at the cost of opening up some possible attack vectors, phkmalloc is... significantly slower but builds physically cohesive pages iirc
01:41.24brlcadalso block-size allocations would probably work better, and a bigger step size
01:41.28starseeker``Erik: plus getting cute about using the same array logic for multiple structures
01:42.05``Erik(names, phkmalloc() will allocate a full new buffer, copy the data, then free the old buffer)
01:42.23brlcadthink how many vertices there might be "on average", go up to the next power of two
01:42.39``Erikjustin was using realloc for every triangle or something in early adrt's and it'd take frrrrreverrr on fbsd :)
01:43.05``Erik(also; try to allocate in page multiples)
01:44.10starseekerbrlcad: I can get the address of the container (point_t **) but then what?  If I (point_t **)bu_malloc to that I get a bus error
01:46.07starseekerhere's something cheap...
01:46.30CIA-43BRL-CAD: 03brlcad * r38162 10/brlcad/trunk/src/libbu/units.c: unbreak compilation, no exactly floating point comparisons
01:46.46CIA-43BRL-CAD: 03starseeker * r38163 10/brlcad/trunk/src/libgcv/obj/obj_parser.c: Try this for array realloc...
01:46.47brlcadthat new string function seems wholly wrong
01:47.56brlcadnot only does it malloc up a new vls instead of using one passed to it .. it's just generating a comma-separated list of all values, which seems to defeat the purpose of unit management
01:48.26brlcadstarseeker: you don't bu_malloc/realloc to the **
01:48.36brlcadyou alloc to the same thing as before, to the *
01:49.06starseekercommitted something that seems to work...
01:49.23``Erikhe assigns the ** using a &
01:49.32starseeker``Erik: uh... define page multiples?
01:49.37brlcadthinks starseeker needs to work through the classic towers of hanoi CS homework assignment ;)
01:50.24``Erikpage size is typically 4k, sometimes 1k... a sub-page alloc has extra overhead to try to pack it into an existing page
01:50.26brlcadstarseeker: better, now get rid of newarray
01:50.57``Erika page is the smallest chunk of 'real' memory the machine can do anything with... :)
01:52.04CIA-43BRL-CAD: 03starseeker * r38164 10/brlcad/trunk/src/libgcv/obj/obj_parser.c: get rid of unneeded variable.
01:52.31starseeker``Erik: does C offer some sort of sizeof variation to report the current machine's page size?
01:52.33brlcadmake sense now?
01:52.43starseekernods
01:52.47starseekeryep
01:52.52``Erikum, there's usually a #define in one of the headers
01:52.59brlcadmake sense why the previous didn't work?
01:54.18starseekerI believe so - when I was working directly on the "array" and not its pointer, I wasn't actually getting the new memory location
01:54.38brlcadyou were getting the new memory from realloc
01:54.49brlcadyou were just never changing the struct
01:55.04starseekerOK.
01:55.56starseekerso the struct wasn't getting the word, as it were, and kept treating the array as if it was the original size?
01:56.31``Erikah, getpagesize() :D
01:57.52starseekermakes a note to look at the towers of hanoi problem... I'll get this down someday, doggone it...
01:58.02brlcadarray = A ; vertices.geometric = G;  initially A->0 and G->B ; then A->B ; realloc makes A->C .. but is still G->B
01:58.57``Erik(see, starseeker might do it lispy and just go recursive, just evading the thing you're trying to point out... *cough* :D )
01:59.38starseekerso array is actually a copy of the original value of the pointer value of G (B), and changing the contents of A has no implication  as far as the contents of G are concerned
03:00.39*** join/#brlcad ibot (ibot@rikers.org)
03:00.39*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
04:00.27*** join/#brlcad PrezKennedyII (Matthew@whitecalf.net)
04:03.04jackwtf :)
04:03.18jackthere are so many different kinds of cancer
04:03.32jacki doubt they'll really have it under control in 10 years
04:25.47brlcadwhich is why it's mind-boggling
04:25.56brlcadconceivable
04:26.17brlcadif it works as well as it's seeming, it's targeted protein suppression in cells
04:28.08brlcadand as complex of a problem of variants as there is, there could just as easily be an explosion of industry behind it
04:29.00brlcadcatering to the variants and even other disease types
04:31.03brlcadconsider the marget that exploded (no pun intended) behind erectile disfunction medication .. and that wasn't life threatening or as costly with major funded foundations hunting for cures
04:31.36brlcadif it can make it past phase III for any cancer, it's going to be huge
04:32.18brlcads/marget/market/
04:34.29brlcadaverage approal and testing cycle for products going to market is 7 to 8 years, and can be fast-tracked in about half that time
04:35.34brlcadleaves a good bit of time for industry to diversify and expand if proven successful
04:37.35Ralithbrlcad: wow, seriously?
04:37.37Ralithgot a link?
04:38.19brlcadhttp://gizmodo.com/5501103/this-is-the-future-of-the-fight-against-cancer
04:38.27RalithI'm under the impression that cancer is along the lines of the ultimate "if nothing else kills you, this thing will"
04:38.40Ralithmaking this a major step towards massively extended lifespan
04:39.27Ralithand here I thought that nanotech healing magic was science fiction.
04:40.08brlcadnot massively extended beyond current lifespan limits, but certainly would have the potential to raise the mean
04:40.36Ralithit's a start, anyway.
04:40.52brlcadwe're still heavily bound by about 7 fundamental factors that lead to cell death
04:40.59Ralithonly 7?
04:41.15brlcad7 nobel prizes in wait? 
04:41.20RalithI'm hoping so.
04:41.23brlcadthey're non-all non-trivial
04:41.40brlcader, yeah, what I meant not what I wrote ;)
04:41.43Ralith^^
04:42.05Ralitha nontrivial problem is solved with every thesis.
04:42.11Ralith(well, in theory anyway)
04:42.17brlcadcure any one of those and average lifespan only increases a few years
04:42.34brlcadcure them all and we don't really know what will happen
04:43.07Ralithprobably we'll hit another wall moderately further down the line.
04:43.07brlcadconceivably unbounded (not unlike a few organisms already on the planet)
04:43.44Ralithit seems optimistic that the human body would just happen to be perfectly capable of maintaining itself indefinitely, once the immediate barriers are broken down (those are the programmed ones, right?)
04:44.14Ralithbut, if we can get that far, it seems perfectly reasonable to believe that anything of that nature too would be surmountable.
04:44.52RalithI wonder if this cancer thing has applications in gene therapy.
04:45.03Ralithit seems to be functionally related, though I'm no biologist.
04:45.31brlcadto employ the classic car analogy, some of the factors are like running out of oil, running tires to blowout, and rust
04:47.27brlcadthe research this builds on is Ribonucleic acid interference (research from about 10 years ago
04:47.31brlcadRNAi
04:47.55brlcadwhich won a nobel prize a few years ago
04:48.33brlcadwhich is a form of gene theragpy
04:48.44brlcador at least applicable ot it
04:59.11Ralithfun
04:59.19Ralithwell, here's to hoping everything goes as planned!
07:43.23*** join/#brlcad Nohla (~jesica@190.178.66.21)
08:22.13jack:)
08:22.46jackwe knew already that the nanobots industry will grab for cancer patients first
08:22.55jacktoo much money to get there
08:50.53*** join/#brlcad mafm (~mafm@83.45.253.170)
10:31.18RalithI didn't know it was likely to be applicable.
13:08.22CIA-43BRL-CAD: 03erikgreenwald * r38165 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: start "point gluing" for when a cube vertex is exactly on the surface
13:24.58CIA-43BRL-CAD: 03Term Papers 07http://brlcad.org * r2206 10/wiki/Talk:Main_Page: New section: [[Talk:Main Page#Term Papers|Term Papers]]
13:27.10CIA-43BRL-CAD: 03Term Papers 07http://brlcad.org * r2207 10/wiki/Talk:Main_Page: /* Term Papers */
13:46.52CIA-43BRL-CAD: 03erikgreenwald * r38166 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: woops, pointerized that
13:48.44``Erikthe article indicates that the nanobots have to be pretty specifically programmed and are one shot things, still need to catch it, diagnose it correctly, then go through a whole treatment series... O.o mebbe some day we'll get an annual preventative slurry though *shrug*
14:25.41CIA-43BRL-CAD: 03brlcad * r38167 10/brlcad/trunk/src/libgcv/Makefile.am: need the .in for distcheck
14:42.22CIA-43BRL-CAD: 03brlcad * r38168 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: comment out exact floating point comparison
15:05.58``Erikheh.
15:06.14``Erikgot a problem with bit encoding in a floating point number? O.o
15:08.02CIA-43BRL-CAD: 03erikgreenwald * r38169 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: use near zero, even though it might introduce errors. should be ok for the current test case
15:47.30brlcadnot particularly, got a problem with a halted strict build
15:52.05CIA-43BRL-CAD: 03brlcad * r38170 10/brlcad/trunk/src/libgcv/Makefile.am: clean up the Makefile since we're not yet traversing into that directory.
16:45.38*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
16:47.57CIA-43BRL-CAD: 03indianlarry * r38171 10/brlcad/trunk/src/libged/edcodes.c: Added HIDDEN definition back on edcodes_collect_regnames() for 'static' function declaration consistency.
17:26.37*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
17:40.24CIA-43BRL-CAD: 03r_weiss * r38172 10/brlcad/trunk/src/conv/ (Makefile.am obj-g_new.c): Experimental code for new obj-g conversion based on lex/yacc obj parsing.
17:47.07brlcadwoot
17:48.01``Erik(with much effort from starseeker)
17:48.19brlcadI bet
17:59.44CIA-43BRL-CAD: 03erikgreenwald * r38173 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: remove one of the many magic #'s
18:03.25starseekertries converting a sphere into nmg and bot to see what happens...
18:03.40``Erikhrm? using whick?
18:03.41``Erikwhich?
18:04.11``Erikthe, uh, natural way of the code right now is for simple midpoint use... it'll work right but be blocky
18:04.19starseekerthe existing routines, not marching cubes
18:04.20``Erikthe 'neat' stuff requires code modification to exercise
18:04.27``Erikoh, that works well
18:04.32``Erik:D
18:04.51starseekerbrlcad was mentioning regressions, and we do need to stablize ahead of release...
18:04.56``Erikit's nmg_bool.c that causes... issues
18:06.04``Erik(converting to a bot is just cnverting to nmg, then printing out the faces as triangles...)
18:09.06CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2208 10/wiki/Talk:Main_Page: Reverted edits by [[Special:Contributions/Term Papers|Term Papers]] ([[User talk:Term Papers|Talk]]); changed back to last version by [[User:Ssd|Ssd]]
18:09.57CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Term Papers]] with an expiry time of infinite (account creation disabled): Spamming links to external sites
18:20.40CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2209 10/wiki/Talk:Main_Page: /* BRL-CAD Primitives */ reference tmp/primitives/
19:14.59starseekerlooks like 7.16.2 is OK
19:15.25starseekeronly breaks in head with the BoT option to facetize - nmg succeeds
19:15.43starseekerchecks 7.16.4...
19:18.08CIA-43BRL-CAD: 03indianlarry * r38174 10/brlcad/branches/STABLE/src/libged/edcodes.c:
19:18.08CIA-43BRL-CAD: Merge changes to 'edcodes.c' from main trunk that fixes a forward function
19:18.08CIA-43BRL-CAD: declaration needed to compile brlcad with debug disabled. This merge represents
19:18.08CIA-43BRL-CAD: two small related revisions to the main trunk, 37579 and 38171, since release
19:18.08CIA-43BRL-CAD: 7.16.6.
19:18.51``ErikO.O
19:28.17*** join/#brlcad Nohla (~jesica@201.255.254.170)
19:49.25starseekerunless I bungled the test, 7.16.6 succeeds
19:50.29CIA-43BRL-CAD: 03erikgreenwald * r38175 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: de-macro the hit function. Move primary ray stepping up to detection and use edges array for "current" intersection. Add more tolerancing. Step cross-rays back a bit.
20:16.50*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:52.11starseekerOK up through 37632
21:57.17CIA-43BRL-CAD: 03r_weiss * r38176 10/brlcad/trunk/src/conv/obj-g_new.c: reworking to remove redundant vertices
21:58.16brlcadyay, distcheck all passes
21:58.25brlcadwith all configurations
22:00.51brlcadfour configurations:  all+warnings, warnings, all+optimized+warnings, optimized+warnings
22:01.03starseekersweeet
22:18.56starseekerOK through 37768
22:29.29CIA-43BRL-CAD: 03brlcad * r38177 10/brlcad/trunk/configure.ac:
22:29.30CIA-43BRL-CAD: remove the -gstabs+ option since it's causing problems on 64-bit systems,
22:29.30CIA-43BRL-CAD: including an internal compiler error with gcc 4.1.3; instead use -ggdb3 and will
22:29.30CIA-43BRL-CAD: have to revist debugging into mac dylibs (as they were the original motivator)
22:44.06``Erikheh, was sitting here jabbing at the home theater remote wondering why it wasn't turning on... one of the cats unplugged it O.o
23:33.58*** join/#brlcad Ralith (~ralith@69.90.48.97)
IRC log for #brlcad on 20100326

IRC log for #brlcad on 20100326

00:53.23starseekerwhen in doubt, blame the cat
00:56.57starseekereyes write_solid - talk about a candidate for refactoring into a per-primitive call...
00:57.06starseekerer writesolid
01:05.07brlcadheh
01:05.25brlcadcommand or func?
01:05.45starseekerfunction
01:05.57starseekerin tedit.c, I believe
01:06.02brlcadah
01:06.12starseekerbig switch statement with per-primitive type cases
01:08.41starseekerso is readsolid, for that matter
01:13.25brlcadfunctab refactor targets
01:30.10brlcad37900 works
01:33.44CIA-43BRL-CAD: 03starseeker * r38178 10/brlcad/trunk/src/mged/tedit.c: Add case for mged classic mode and doing terminal in-window.
01:35.19CIA-43BRL-CAD: 03starseeker * r38179 10/brlcad/trunk/src/mged/tedit.c: Comment fix
01:42.11brlcadhrmph, 38000 seems to work too
01:42.27brlcadmaybe it really did just break a few days ago
01:54.26brlcadgah, or maybe the problem is more specific than my test was..
01:54.34brlcadfacetizing just a sphere didn't fail
02:02.49CIA-43BRL-CAD: 03johnranderson * r38180 10/brlcad/trunk/src/rt/view.c:
02:02.49CIA-43BRL-CAD: Fixed bug in "-k" option to rt (kut plane).
02:02.49CIA-43BRL-CAD: Loop that was selecting partition to be viewed was incorrect.
02:20.53*** join/#brlcad Maloeran (~maloeran@glvortex.net)
02:38.42CIA-43BRL-CAD: 03starseeker * r38181 10/brlcad/trunk/src/mged/tedit.c: Tweak editor decision logic some more...
02:54.01CIA-43BRL-CAD: 03starseeker * r38182 10/brlcad/trunk/src/libged/editit.c: Enable calling with the editor_opt option if it's non-null.
03:45.56brlcaddamnits.. need to try a clean build, but the 64-bit linux compile I just tested worked fine all the way to head, but reproduced on 32-bit Mac
03:46.17brlcad(only tested head on Mac, need to backtrack)
03:47.28brlcadcuriously, it's writing the right number of faces, so it's highly likely that it's just a problem during shot
03:55.16brlcadahh, looks like just plot is fuk3d
03:56.19brlcadyeah, rt and tess are fine, getting closer
03:58.18brlcadwhich would be the very last change... introduced during the obj testing, the change that fixed the crash
04:00.10brlcadyep
04:00.32brlcadthat was 9 days ago
04:01.07brlcadhttp://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/librt/primitives/bot/bot.c?r1=38065&r2=38066
04:10.48CIA-43BRL-CAD: 03brlcad * r38183 10/brlcad/trunk/src/librt/primitives/bot/bot.c: defruckage of insantiy badness. curiously the vertex index capacity for bot_ip->vertices[] is not bot_ip->num_vertices.
04:14.24CIA-43BRL-CAD: 03brlcad * r38184 10/brlcad/trunk/src/librt/primitives/bot/bot.c: AHA! .. refracking vertices are also triplets, so num_vertices would also need to be multiplied by 3. instead just remove the face multiplier and things seem much happier now. sanity restored.
04:18.32brlcadstarseeker: editor invocation works here on Mac
04:18.42brlcadalways kicks off an xterm, even for classic, but works now
04:20.12CIA-43BRL-CAD: 03brlcad * r38185 10/brlcad/trunk/src/mged/tedit.c: remove os debug string
04:21.10CIA-43BRL-CAD: 03brlcad * r38186 10/brlcad/trunk/src/mged/tedit.c: ws consistency cleanup, space after commas, no padded parens.
05:01.12CIA-43BRL-CAD: 03brlcad * r38187 10/brlcad/trunk/src/mged/tedit.c: why set an osname variable in the interpreter? just read the variable. this way avoids needing to get/set/reset the result state after a Tcl_Eval().
05:01.43brlcadhm, and now it behaves okay.. no xterm.  odd.
05:01.54brlcadeither way, seems to be working great now
05:02.05brlcad~starseeker++
05:32.40*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:31.55*** join/#brlcad mafm (~mafm@83.45.253.170)
09:34.04*** join/#brlcad mafm (~mafm@83.45.253.170)
12:53.53*** join/#brlcad mafm (~mafm@83.45.253.170)
13:01.34CIA-43BRL-CAD: 03erikgreenwald * r38188 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: begin cubes outside of region bounding box (fixes missing face issue in box test case)
13:19.50CIA-43BRL-CAD: 03erikgreenwald * r38189 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: remove unused global. start thinking about threading. fix bug in zomfg abort.
13:32.32``Erikhah http://www.youtube.com/watch?v=AgqnOqfehJE the "doritos tablet"
13:49.00CIA-43BRL-CAD: 03erikgreenwald * r38190 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: return # of valid triangles back through the call chain
13:49.23CIA-43BRL-CAD: 03erikgreenwald * r38191 10/brlcad/trunk/src/libgcv/region_end_mc.c: only create NMG is triangles are actually added to it
13:50.21``Eriks/is/if/
15:15.45CIA-43BRL-CAD: 03starseeker * r38192 10/brlcad/trunk/src/mged/tedit.c: The new logic for editors should avoid these problems - the comment can go.
17:34.53starseekerreflects that edi is undoubtedly really really really simple...
17:36.43starseekerand when set as EDITOR it can open a file...
17:37.24starseekertoo bad backspace doesn't seem to delete... key bindings must need some tlc..
17:37.31starseekerhmm
17:48.21``Erikone key to bind them all?
17:49.11starseeker``Erik: brlcad and I were discussing the default editor problem last night - part of the issue is we want a "last ditch" option to be easy to use, which rules out vi based options
17:49.51``Erikvi is user friendly, it's
17:50.01``Erikjust picky about who its friends are
17:50.42``Erik(what's the license on nano?)
17:50.46starseeker(the theory is if the user environment and/or user skillset is so constrained as to not be able to install/use an external editor we need to aim for simple and foolproof
17:50.50starseekerGPLv3 :-(
17:51.03starseekerthat'd be my pick, if not for that
17:51.22``Erikand pico's is even worse heh
17:51.38``Erikedit.com ftw O.o :D
17:52.31starseekerfor Windows, maybe
17:52.46starseekernot clear if the 64 bit versions still have even that
17:53.00starseekerDiakonos would have been ideal, but it's written in ruby
17:55.08starseekermost open source text editors apparently use GPL
17:55.15``Erikdang, here's a "notepad" like app in tk, but the site seems gone
17:55.51``Erikhm, http://www.gnu.org/software/zile/
17:55.52starseekerthere are a couple Tk possibilities for the graphical side - the console (classic mode) is tougher
17:56.29``Erikwoops, gpl
17:56.43``Erikhttp://www.linux.org/apps/AppId_7221.html claims zile is bsd :(
17:57.09``Eriked. The one true editor.
18:00.08``Erik(this commit message is SUPPOSED to hurt your brain.)
18:00.08CIA-43BRL-CAD: 03erikgreenwald * r38193 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: Back cross rays out MORE than the bn_tol distance (otherwise they are seen to start on the surface). Pring when spooky edge action occurs. De-magic some magic and print info when magic goes magicky.
18:00.19``Eriks/pring/print/
18:06.01starseekerow
18:08.00starseekerdingnabbit, I'm still annoyed by jove but it seems to live in a mighty small space - console text editors with non-GPL licensing
18:19.36CIA-43BRL-CAD: 03erikgreenwald * r38194 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: move ugly macro guts into a function
18:21.49starseekerled might have possibilities:  http://led-editor.sourceforge.net/
18:22.32``Erikfreshmeat.net has some search/filter capabilities that might help ya look
18:22.55starseekernods - that's how I found edi (or rather, how brlcad found it)
18:23.12starseekeralso is the basis for my statement that the non-GPL editor space is kinda poor
18:24.15starseekeralmost wonders how hard it is to translate ruby to C
18:24.28``Erikhm, depends on what bits of ruby :D
18:24.42starseekerhttp://purepistos.net/diakonos/
18:25.17``Erikif it was written by a C++ developer, it'd probably map to C++ fairly cleanly...
18:25.25``Erikif a lisp developer wrote it, hah
18:25.44``Erikruby has some neat bits to it :D
18:26.40starseekerhttp://rubyforge.org/projects/ruby2c/ might help for a start...
18:27.08starseekeror, alternately, could piece together stuff from the few free editors out there
18:28.08starseekerhttp://edt-text-editor.sourceforge.net/ might have a helpful bit or two...
18:29.04*** join/#brlcad mafm (~mafm@83.45.253.170)
18:30.00``Erikhuh
18:30.49``Erikafter that change, I seem to sometimes be creating stl files that cause stl-g to crash (in libbn)
18:31.34starseekerheh - here we go - "Linux console Text Editor in Pure TCL"  http://wiki.tcl.tk/11820
18:50.18*** join/#brlcad mafm (~mafm@83.45.253.170)
19:10.38brlcadstarseeker: http://en.wikipedia.org/wiki/Comparison_of_text_editors
19:10.47brlcadcan sort on license
19:10.52brlcadseveral there
19:15.26``Erikhttp://brlcad.org/~erik/mc/nissan-1mm.png
19:28.17brlcadprogress!
19:28.35brlcadstarseeker: if you hadn't seen this, also a possibility: http://wiki.tcl.tk/11820
19:29.01brlcadwould take a little rewriting to make it portable, but nothing we couldn't handle
19:29.45brlcadrelated: http://wiki.tcl.tk/16056
19:30.07brlcadthat one is moderately still active
20:09.34*** join/#brlcad ibot (ibot@rikers.org)
20:09.34*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
20:10.19``Erikoh, starseeker, that nissan truck... proof that it runs on more complex geometry :( something with the m35 must be fruity (or I used a tolerance that tickled it funny)
20:10.46``Erikcracks open this tin of loose leaf earl gray and looks for his teaball O.o
20:35.26starseekerbrlcad: saw the first one - is there any license info?
20:36.03starseekermust admit it appeals to handle it with tcl, since edcodes et al. are mged specific commands
20:37.38starseekerbased on the comments though it looks like it might not be all that portable
20:39.40starseekernotes led doesn't want to compile out of the box... well, I guess edi didn't either
20:44.13starseekerbrlcad: looking over the wikipedia page, I don't see any non-GUI BSD editors there (interestingly, there are a couple BSD Windows editors)
20:48.34*** join/#brlcad Computer (~Computer@unaffiliated/computer)
20:49.17starseekerponders a nano-esque gui ontop of a vi core...
20:52.17starseekereyes elvis - it seems to hint that it can run in a Windows console...
20:56.16starseekerjust put it in insert mode and make a few Ctrl-* bindings, slap a help list at the bottom of the screen...
20:56.38starseekerhrm
20:58.19starseekerwonders how many vi faithful would be trying to lynch him for doing something like that...
22:00.59CIA-43BRL-CAD: 03starseeker * r38195 10/brlcad/trunk/src/ (5 files in 2 dirs): This should (hopefully) both remove the argv[0] abomination and get all the editor based commands running.
22:06.01brlcad``Erik: loose leaf?  so you're not into teabagging eh?
22:06.47brlcadstarseeker: it's not portable, but would probably work on everything but windows
22:26.55CIA-43BRL-CAD: 03r_weiss * r38196 10/brlcad/trunk/src/conv/obj-g_new.c: more work on removing duplicate vertices
22:27.33CIA-43BRL-CAD: 03starseeker * r38197 10/brlcad/trunk/src/mged/tedit.c: One more time with the editor logic for classic - was getting invocations on the Mac of TextEdit from classic.
22:57.33``Eriked ftw
22:58.09``Erikloose tea, yes. I usually do nasty teabags, but I figured I'd shake things up a bit
22:58.24``Erikget a faceful of something pleasant for a change
22:58.48``Erikholy crap, richard committed? did starseeker have to walk over and demand it?
22:59.45``Erik(he has a fear that he'll be mocked for committing imperfect code... I'm frankly a bit tempted to tell him that he's mocked for NOT committing :/ )
23:02.02``Erikstarseeker: if env EDITOR is respected, they deserve whatever they get.
23:02.31``Erikindeed: svn will simply fail and tell you to set an editor in an environment variable..
23:31.21*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
IRC log for #brlcad on 20100327

IRC log for #brlcad on 20100327

03:42.20starseekereerm.  High Performance Graphics is in Germany this year
03:42.22starseekerphooy
04:23.40*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
06:04.22CIA-43BRL-CAD: 03119.155.0.247 07http://brlcad.org * r2210 10/wiki/Main_Page:
09:21.02``Erikhuh, germany... wonder if I can get out to that one... :D rent an m3 or 911 and take a little trip out to nurburg? :D
10:06.20*** join/#brlcad mafm (~mafm@83.45.253.170)
10:11.28*** join/#brlcad mafm (~mafm@83.45.253.170)
12:40.57*** join/#brlcad Nohla (~jesica@201.255.254.170)
12:41.53*** join/#brlcad mafm (~mafm@83.45.253.170)
14:18.19*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
15:17.17CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2211 10/wiki/Main_Page: Reverted edits by [[Special:Contributions/119.155.0.247|119.155.0.247]] ([[User talk:119.155.0.247|Talk]]); changed back to last version by [[User:Sean|Sean]]
15:17.48CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:119.155.0.247]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
17:31.55``Erikyo... momma...
18:24.08*** join/#brlcad Nohla (~jesica@186.136.239.176)
19:06.17CIA-43BRL-CAD: 03brlcad * r38198 10/brlcad/trunk/m4/prefix.m4: make it more clear that installing into /usr can potentially render a system unusable. let them know about --libdir and how to quell the warning too.
19:06.33*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:26.47CIA-43BRL-CAD: 03brlcad * r38199 10/brlcad/trunk/src/conv/obj-g_new.c: add standard header so the file can be in a release distribution
20:17.28*** join/#brlcad mafm (~mafm@83.45.253.170)
20:53.21*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
21:16.06*** join/#brlcad CIA-53 (cia@208.69.182.149)
22:24.28*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
22:46.00*** join/#brlcad mafm (~mafm@83.45.253.170)
IRC log for #brlcad on 20100328

IRC log for #brlcad on 20100328

01:49.11*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
01:49.38*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
08:11.49*** part/#brlcad Computer (~Computer@unaffiliated/computer)
09:48.06*** join/#brlcad mafm (~mafm@83.50.132.58)
16:45.22*** join/#brlcad CIA-53 (cia@208.69.182.149)
16:45.22*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
16:45.22*** join/#brlcad jack (~jack@unaffiliated/jack)
16:45.22*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
16:45.22*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
16:56.16*** join/#brlcad roberthl_ (~robert@2001:ba8:1f1:f03d::2)
16:56.17*** join/#brlcad poolio_ (~poolio@BZ.BZFLAG.BZ)
16:59.40*** join/#brlcad Ralith (~ralith@69.90.48.97)
17:00.17*** join/#brlcad Ralith (~ralith@69.90.48.97)
IRC log for #brlcad on 20100330

IRC log for #brlcad on 20100330

01:05.31*** join/#brlcad ibot (ibot@rikers.org)
01:05.31*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
01:45.02CIA-73BRL-CAD: 03brlcad * r38223 10/rt^3/trunk/tests/GS/GeometryServiceTest.cxx: huh, I thought we changed this. fix braces, pulling them up to their statement line except for functions/classes.
01:47.57brlcadd-lo: I assume you meant the sleep on GeometryServiceTest.cxx:778 .. that isn't important to the test, could just as well have it perform some blocking status call or a while loop that counts to some big number -- that said, a portable timing mechanism usually needs to be wrapped
01:48.20brlcadto use whatever the native timing interface is, and depending on the needs of the timer (how high precision)
01:50.28brlcadfor that test, it was just to "let time pass" before we query for events so there didn't have to be any other logic .. the test itself is just assuming "I got an event" means the evaluation succeeded anywyas -- it's intentionally very minimal
01:51.08brlcadd-lo: and more specific to answer your question: no
01:52.04brlcadthere's not really a "better" way, at least not a portable one -- at best you might end up assuming a recent *nix and win* environment in which case you might get away with just a #define or two for sleep/_sleep/usleep/etc
01:55.01brlcadstarseeker: I'm not sure what you're referring to exactly, but you could make either a windows-specific "fork" (see our existing fork code) or use tcl threading
01:55.40brlcaddepending on communication and what data needs to be shared with what, tcl threading might be more beneficial in the long run if isolated to libdm
01:55.58starseekerlibfb/libdm?
01:56.02brlcadsure
01:56.21brlcadthey are two peas in a pod
01:56.43starseekerNot sure how "isolated" they would be - mged at least might have to be aware of the threads...
01:57.00starseekerprobably needs a whiteboard discussion to figure out how it would all work
01:57.34starseeker(for me, anyway... :-/)
01:59.46brlcadfrom mged's perspective, it's "send this data to that dm/fb"
02:00.59brlcadif it's a blocking call and/or there is a lot of data then you'd maybe need something more elaborate, but that's not been a problem
02:01.12starseekernods
02:01.41starseekerI'd really like to try and do it "right", assuming I'm capable of that type/level of programming
02:02.10brlcadwhat is "it" that you're trying to do exactly?
02:02.34starseekeryou recall when you implemented the fork based approach to tk framebuffer?
02:02.45brlcadsure
02:03.14brlcadmore proof of concept
02:03.16starseekerWe had discussed the possibility of Tcl threads, and at some point later in the channel you mentioned that the threads approach looked as if it would take a fair bit of work (or something like that, don't recall exactly)
02:04.21starseekerGiven that the tk display manager fails in X11 Tk on the Mac (and especially how/when it fails) I'm guessing there are some similar issues with how the Tk code in libdm and MGED's Tk code are going to interact
02:05.29``Erik<PROTECTED>
02:05.49brlcader, I don't recall saying tcl threads would be a problem
02:06.09brlcadlooking through the logs, my exact words and what comes to mind:
02:06.12brlcad"the next step you could take that would be even better than fork() and libpkg would probably be to use TclThread's and TclPipes ... should translate nearly 1-1"
02:06.24``Erik(and "just use aqua tk" ain't a viable solution from my point of view, I do remote X a lot)
02:07.01brlcadso fix it
02:07.26``Eriknah, it's easier to bitch and wait :D
02:07.46``Erikmebbe when I'm not "prioritized" anymore
02:07.52brlcadrather counterproductive and annoying :P
02:08.31``Erikbitch, I'll stab you O.o :D
02:08.54brlcadyou can try
02:09.29``Erikknock the last of wax off tomorrie morning, salt free, w00t
02:09.57brlcadhey if you're going to make pointless bitchy statements, don't be all whiny when someone bitches back at you for bitching pointlessly
02:10.01``Erikwashed, vaccuumed... didn't wash the glass on the inside
02:10.31brlcadyou're just now getting salt off your car?
02:10.36``Erikyup
02:10.43brlcadshakes head
02:10.49``Erikthere were crystals built up in the mirrors O.O
02:10.58``Erikbut I gave her a bath today
02:11.39starseekerbrlcad: ok, sorry - my bad.
02:11.44starseekermis-remembered
02:12.20brlcadnot saying it'll be "easy", but it should be relatively straightforward
02:12.34starseekernods
02:12.40brlcadmaybe go through some simple tcl threading tutorials/code first to get a feel for it
02:12.52brlcadhow you pass data between threads is the main question you'll have to figure out
02:13.33brlcadyou either cheat and go with a tcl channel, which is similar to the hack it's doing now to pass the data back from child to parent
02:13.47brlcador you use some tcl data passing mechanism
02:13.59starseekerbrlcad: are we OK with requiring threaded tcl for gui stuff?
02:14.18starseeker``Erik: have you tried downgrading X11 on the Mac?
02:16.04brlcadyou know of a reason why we wouldn't be?
02:16.36``Erikno
02:17.41``Erikthreading allows shared memory pools, so only locking is a concern... forking wtih threads requires fruitiness like shm to get that :/
02:18.04``Eriker, not with threads, heh
02:18.51``Erik<-- rolls his arse to bed before he says anything else stupid O:-)
02:19.48starseekerbrlcad: not unless one of the platforms we support can't handle Tcl threads
02:20.21brlcadthen answering that probably answers your question
02:20.26starseekernods
02:20.29starseekerI'll check
02:23.45starseekerAh.  Restrictions: On some UNIX systems the pthread-library does not contain the functionality to specify the stack size of a thread. The specified value for the stack size is ignored on these systems. Windows currently does not support joinable threads. This flag value is therefore ignored on this platform.
02:24.01starseekerprobably not a show-stopper
02:25.29starseekerprepares to warp his brain some more...
03:04.08brlcadstarseeker: quite a productive day.. nice!
03:14.33*** join/#brlcad jack (~jack@85.92.137.10)
03:19.39CIA-73BRL-CAD: 03brlcad * r38224 10/brlcad/trunk/NEWS: reword for clarity and tense. cliff made mged help menu list all commands that have docs; put_comb usage was improved. (broken state is not user-visible as it occurred between releases)
03:30.46*** join/#brlcad Ralith (~ralith@69.90.48.97)
03:55.47CIA-73BRL-CAD: 03starseeker * r38225 10/brlcad/trunk/doc/docbook/system/mann/en/Makefile.am: whoops - missed a backslash.
05:04.21CIA-73BRL-CAD: 03brlcad * r38226 10/brlcad/trunk/NEWS: cliff improved put_comb usage statements and also added a new manual page for it.
05:17.58CIA-73BRL-CAD: 03starseeker * r38227 10/brlcad/trunk/src/tclscripts/mged/man.tcl: Er, yeah... might want to sort those results - glob doesn't necessarily supply sorted lists.
07:51.27*** join/#brlcad jack (~jack@unaffiliated/jack)
08:55.24*** join/#brlcad mafm (~mafm@83.50.132.58)
11:43.06d-loG'Mernin all!
11:45.25d-loSO I know its noobish, but I was able to get rt^3 to compile, on windows, via Eclipse using mingw, cmake and QT.
11:45.42d-loProbably nuthin fer you esssssperts, but its a big deal for me :P
11:47.24d-lostarseeker: We need sync gym times :)
12:39.03starseekerd-lo: heh - when I commit at 1am, usually early gym is beyond my resources
12:39.22d-loI figured :P
12:41.02starseekeris kinda amazed to be awake now
13:31.23CIA-73BRL-CAD: 03bob1961 * r38228 10/brlcad/trunk/src/tclscripts/swidgets/scripts/tree.itk: Added the following methods: selectpath, selectpaths, selectitem, finditem, findheritagepath and _call_querycmd.
13:37.54CIA-73BRL-CAD: 03bob1961 * r38229 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added the sed command. Modified the mrayCallback_pick method to select the picked item in the tree.
13:45.41*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
14:20.34CIA-73BRL-CAD: 03starseeker * r38230 10/brlcad/trunk/BUGS: More comments on the result reporting bug.
14:20.36starseekerd-lo:  oh, getting Windows to do anything is a big deal ;-)
14:25.57CIA-73BRL-CAD: 03starseeker * r38231 10/brlcad/trunk/src/tclscripts/mged/man.tcl: Introduction isn't a command, filter it out of the list.
15:08.39CIA-73BRL-CAD: 03indianlarry * r38232 10/brlcad/branches/STABLE/configure.ac: synced single line change from truck revision 38177 which removes the -gstabs+ and replaces with the -ggdb3 option. Should allow the MUVES S2 folk to test successfully on host 'hera'.
15:31.33starseekereyes goblin... graph layout algorithms, lgpl, tcl/tk stuff...
15:40.24starseekermore C++ though
15:56.20CIA-73BRL-CAD: 03brlcad * r38233 10/brlcad/trunk/src/mged/cmd.c: instead of creating and setting dynamic tcl strings, just append our ged result string. lines: 115 -> 45
16:23.51*** join/#brlcad parigaudi_ (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
17:03.04*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
20:23.17*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:33.18CIA-73BRL-CAD: 03brlcad * r38234 10/brlcad/trunk/src/libcursor/Makefile.am: turn on strict flags (already compiles clean on 32-bit x86 mac os x)
20:49.55CIA-73BRL-CAD: 03brlcad * r38235 10/brlcad/trunk/src/libdm/axes.c:
20:49.55CIA-73BRL-CAD: viewSize is unused. looks like gdas_size is getting set very high up (tcl land)
20:49.55CIA-73BRL-CAD: to the viewsize in base coords. one of the two don't belong, either viewsize
20:49.55CIA-73BRL-CAD: shouldn't be passed or (more likely) gdas_size shouldn't exist.
21:11.49CIA-73BRL-CAD: 03brlcad * r38236 10/brlcad/trunk/src/libdm/ (dm-Null.c dm-generic.c):
21:11.49CIA-73BRL-CAD: move Nu_open over from dm-Null.c for the temporary. it's empty and only used in
21:11.50CIA-73BRL-CAD: dm-generic right now during a dm_open. keep until interp can be refactored out
21:11.50CIA-73BRL-CAD: and callback added to dm struct. clean up and reorganize dm-Null.c to avoid all
21:11.50CIA-73BRL-CAD: forward declarations and quell all verbose compilation warnings.
21:12.20CIA-73BRL-CAD: 03brlcad * r38237 10/brlcad/trunk/src/libdm/dm-X.c: quellage.
21:20.32CIA-73BRL-CAD: 03brlcad * r38238 10/brlcad/trunk/include/dm.h: shouldn't need to export Nu_open() now.
21:38.53CIA-73BRL-CAD: 03brlcad * r38239 10/brlcad/trunk/src/libdm/dm-generic.c: quell unused parameter warning by testing for null and leaving early (instead of potentially crashing)
21:43.31CIA-73BRL-CAD: 03brlcad * r38240 10/brlcad/trunk/src/libdm/dm-tk.c: more quellage, unused vars, param tests, cull out some of the X11 code from new tk interface, cleanup.
21:47.36CIA-73BRL-CAD: 03brlcad * r38241 10/brlcad/trunk/src/libdm/dm-Null.c: say null display
21:50.06CIA-73BRL-CAD: 03brlcad * r38242 10/brlcad/trunk/src/libdm/dm-plot.c: quellage, unused vars, param tests, style, cleanup.
22:03.58CIA-73BRL-CAD: 03r_weiss * r38243 10/brlcad/trunk/src/conv/obj-g_new.c: reworking for nmg
22:33.52CIA-73BRL-CAD: 03brlcad * r38244 10/brlcad/trunk/src/libdm/dm-ps.c: quellage, unused vars, param tests, style, cleanup.
22:35.12CIA-73BRL-CAD: 03brlcad * r38245 10/brlcad/trunk/src/libdm/dm_obj.c:
22:35.13CIA-73BRL-CAD: quellage, unused vars, param tests, style, cleanup. found a couple _function_
22:35.13CIA-73BRL-CAD: pointer addresses getting printed to a string. this is unacceptably worse than
22:35.13CIA-73BRL-CAD: printing data pointer values to strings, one that the standard explicitly
22:35.13CIA-73BRL-CAD: prohibits. will remove soon.
22:38.43CIA-73BRL-CAD: 03brlcad * r38246 10/brlcad/trunk/src/libdm/dm_obj.c: sigh.. and the reverse. cannot convert between function pointers and void* .. must be fixed or removed.
22:53.15CIA-73BRL-CAD: 03brlcad * r38247 10/brlcad/trunk/src/libdm/dm_obj.c: clientData in the struct isn't even a function pointer.
23:19.10CIA-73BRL-CAD: 03brlcad * r38248 10/brlcad/trunk/bench/Makefile.am: try harder to fault if benchmark testing fails.
23:20.04CIA-73BRL-CAD: 03brlcad * r38249 10/brlcad/trunk/include/raytrace.h: 'normal' shadows a Carbon header enum on MacOSX
23:22.27CIA-73BRL-CAD: 03brlcad * r38250 10/brlcad/trunk/TODO: fix archer/libged labels/axes pointer printing for 7.18 given they are security holes and ISO C standard violations.
23:34.06CIA-73BRL-CAD: 03brlcad * r38251 10/brlcad/trunk/src/libdm/labels.c: remove dead ifdef'0 code, quell warnings, remove unused parameters (related to lines), keep track of max plot so we don't overrun container and cause screwy display problems (possibly some observed in the wild)
23:35.20CIA-73BRL-CAD: 03brlcad * r38252 10/brlcad/trunk/src/libdm/labels.c: ws indent style cleanup
23:42.22CIA-73BRL-CAD: 03brlcad * r38253 10/brlcad/trunk/ (4 files in 3 dirs): remove third param, ged_view structure from dm_draw_rect (shouldn't be mixing libdm and libged, shouldn't be ged data structures in dm's public API)
23:43.39CIA-73BRL-CAD: 03brlcad * r38254 10/brlcad/trunk/src/libdm/Makefile.am: oops, not yet
23:45.44CIA-73BRL-CAD: 03brlcad * r38255 10/brlcad/trunk/src/libdm/scale.c: final quellage. y1 from mac's math.h gets shadowed, so use xy/pos instead.
23:49.52CIA-73BRL-CAD: 03brlcad * r38256 10/brlcad/trunk/src/libdm/axes.c: xyz-end-12 are potentially usued unitialized in this function, so set them up as zero for starters.
23:53.52CIA-73BRL-CAD: 03brlcad * r38257 10/brlcad/trunk/src/libdm/dm_obj.c: cast through uintptr_t first so we don't lose precision. uintptr_t is only conveniently not considered a pointer type by this rev of gcc, but we're still in violation and doing it wrong.
23:54.54CIA-73BRL-CAD: 03brlcad * r38258 10/brlcad/trunk/src/libdm/Makefile.am: passes verbose compilation on 32-bit mac and 64-bit linux. undoubtedly a few more warts to clear up, but good enough for strict.
IRC log for #brlcad on 20100331

IRC log for #brlcad on 20100331

01:56.02*** join/#brlcad Nohla (~jesica@201.255.231.124)
02:02.59CIA-73BRL-CAD: 03brlcad * r38259 10/brlcad/trunk/src/libfb/ (asize.c fb_generic.c fb_obj.c fb_util.c fbserv_obj.c if_tk.c): take care of a handful of strictness warnings. test params, mark unused params, fix sign conversions, remove unnecessary funcs (tk_close_existing), and lil more.
02:45.32CIA-73BRL-CAD: 03brlcad * r38260 10/brlcad/trunk/include/fbio.h: looks like FBIO union 'l' param is a length parameter so make it a size_t instead of long. probably a good candidate for being a stdint fixed-size type.
02:58.37CIA-73BRL-CAD: 03brlcad * r38261 10/brlcad/trunk/src/libfb/ (9 files): quellage of all strict verbose compilation warnings consisting of mostly parameter checking. additional static initializers on the FBIOs. lot of sanity tests and unused parameter decls. should be no logic changes.
03:11.02brlcadlooking like the benchmark failure is possibly an inadvertent commit of code not intended to go into 7.16
03:11.48brlcadnot confirmed yet, though
03:42.27CIA-73BRL-CAD: 03brlcad * r38262 10/brlcad/trunk/src/libfb/if_tk.c: include the netinet/in.h header for htonl and ntohl declarations (even though modern posix provides them via arpa/inet.h, legacy still works)
03:43.15CIA-73BRL-CAD: 03brlcad * r38263 10/brlcad/trunk/src/libfb/Makefile.am: enable strict compilation on libfb now too too now that all warnings are squashed (tested on 32-bit macosx and 64-bit linux)
04:12.55CIA-73BRL-CAD: 03brlcad * r38264 10/brlcad/trunk/src/libged/adc.c: quell warning about the really long string literal (exceeding the 509 lines that the standard minimally guarantees). make it a usage func.
05:00.05CIA-73BRL-CAD: 03brlcad * r38265 10/brlcad/trunk/include/vmath.h: even relatively new code presenting problems with exact comparison assumptions. test AZEL_FROM_V3DIR() with floating fuzz.
05:02.20CIA-73BRL-CAD: 03brlcad * r38266 10/brlcad/trunk/src/libged/ (bigE.c bot_dump.c clone.c color.c):
05:02.20CIA-73BRL-CAD: slew of warning eliminations including conversion of exact floating point
05:02.20CIA-73BRL-CAD: comparisons to nearness tests. this will require some testing (affects bigE,
05:02.20CIA-73BRL-CAD: bot_dump, and clone in particular), but rudimentary testing looks good thus far.
05:34.48CIA-73BRL-CAD: 03brlcad * r38267 10/brlcad/trunk/src/libged/ (draw.c dup.c): quell minor warnings, add extra param checking
05:34.51brlcadbahhhh
05:35.07brlcadfalse positive .. benchmarks are fine
05:36.33CIA-73BRL-CAD: 03brlcad * r38268 10/brlcad/trunk/TODO: false positive. benchmark seems to be working just fine. stale build setup (edited rootsolver files in the way). two bugs to go.
05:36.42brlcadand on that fail! .. harumph
05:36.45brlcadonward
05:38.35*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
05:40.44CIA-73BRL-CAD: 03brlcad * r38269 10/brlcad/trunk/src/ (libged/editit.c mged/tedit.c mged/utility1.c): make ged_editit() consistent with libged API. first arg is always the command name the user issued. pass it up through from the calling application.
05:42.10CIA-73BRL-CAD: 03brlcad * r38270 10/brlcad/trunk/src/libged/edmater.c: heh, missing common.h
05:54.02CIA-73BRL-CAD: 03brlcad * r38271 10/brlcad/trunk/src/libged/ (erase.c ged_private.h): remove _ged_eraseAllSubpathsFromSolidList() from the private API namespace as it is unused. make it static instead.
06:00.34CIA-73BRL-CAD: 03brlcad * r38272 10/brlcad/trunk/TODO: the developer's pairing to the quick intro
06:11.37CIA-73BRL-CAD: 03brlcad * r38273 10/brlcad/trunk/src/libged/ged.c: at least these are only data, but still an indicator of design failure that needs to be corrected. leave notes.
06:11.49CIA-73BRL-CAD: 03brlcad * r38274 10/brlcad/trunk/src/libged/facetize.c: minor quelling via param checking
06:13.24CIA-73BRL-CAD: 03brlcad * r38275 10/brlcad/trunk/src/libged/find.c: restructure to avoid forward decl, quiet warnings by checking params. cleanup.
06:16.59CIA-73BRL-CAD: 03brlcad * r38276 10/brlcad/trunk/src/libged/get_comb.c: minor exact floating point comparison converted to fuzzy
06:17.16CIA-73BRL-CAD: 03brlcad * r38277 10/brlcad/trunk/src/libged/get_obj_bounds.c: minor quieting.
06:17.30CIA-73BRL-CAD: 03brlcad * r38278 10/brlcad/trunk/src/libged/gqa.c: cleanup, ws, indent.
06:18.31brlcadlibged 30% complete
09:25.15*** join/#brlcad mafm (~mafm@83.50.132.58)
09:26.20*** join/#brlcad mafm (~mafm@83.50.132.58)
10:19.15d-loheh, brlcad never ceases to amaze me with the 24/7 commits :)
10:24.05roberthl9/n
12:24.06*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
13:35.35*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
14:30.32CIA-73BRL-CAD: 03erikgreenwald * r38279 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: Clear edge vectors before firing. Use midpoint if cross-trace fails to intersect in the specified range. Begin primary rays 1 step size further down.
15:36.11*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
15:36.11*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
17:29.26*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
17:29.26*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
18:02.35CIA-73BRL-CAD: 03brlcad * r38280 10/brlcad/trunk/HACKING: mention where the tab settings are
18:26.37CIA-73BRL-CAD: 03brlcad * r38281 10/brlcad/trunk/src/conv/bot_shell-vtk.c: quell a few msvc warnings about signatures not matching. interestingly sees k&r sigs as empty. mark statics as HIDDEN too.
18:27.33CIA-73BRL-CAD: 03brlcad * r38282 10/brlcad/trunk/src/rt/ (main.c view_bot_faces.c): quell msvc warnings. expand function cast so it matches. reorder funcs to avoid forward decls, add missing params but marked as unused.
18:28.22CIA-73BRL-CAD: 03brlcad * r38283 10/brlcad/trunk/src/libbu/ (bomb.c temp.c): {msvc is a bit picky about () != (void) with regards to making function sigs match, so expand them out.
19:58.54starseekerhuh.  Can anyone else do a make ehy.s ehy and raytrace the result?  I'm seeing something funny locally
19:59.45starseekeror an epa
20:01.03starseekeronly seeing it on the Mac
20:13.22*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:20.25``Erikseems to trace ok on my mac?
20:20.31``Erikbeen a few hours since I've updated, though
20:29.39starseekerprobably some local oddity on my machine - 7.16.2 does it too
20:31.59starseekerer... nevermind
20:46.00``Erikjust did 100 rt's in default a/e, then 180 rotating -a, didn't see the issue O.o :)
20:52.26CIA-73BRL-CAD: 03brlcad * r38284 10/brlcad/trunk/misc/win32-msvc8/brlcad/brlcad.sln: create project groupings for 'Other' and 'Libraries' to group projects/products from src/other and src/lib* respectively
21:01.10starseeker``Erik:  O.o
21:19.59*** join/#brlcad Nohla (~jesica@201.255.231.124)
21:37.00CIA-73BRL-CAD: 03r_weiss * r38285 10/brlcad/trunk/src/conv/obj-g_new.c: more rework for nmg
21:49.11CIA-73BRL-CAD: 03starseeker * r38286 10/brlcad/trunk/src/fb/ (Makefile.am fbthreadtest.c):
21:49.11CIA-73BRL-CAD: Toss in a temporary, minimalist 'display a pix image using a tk photo' program
21:49.11CIA-73BRL-CAD: that will be used for isolated testing of Tcl threads and how they interact with
21:49.11CIA-73BRL-CAD: Tk photo drawing - not (yet) simulating raytracing, just preparing to work on
21:49.11CIA-73BRL-CAD: basics. This program will be removed once threads are integrated into
21:49.11CIA-73BRL-CAD: libdm/libfb proper.
23:57.56``Erik"try playing quake 4 on an intel video card and let us know how you get on" "looks as good as on an ATI/nvidia card so far... hold up, frame 2 is coming up... yup, still looks good"
IRC log for #brlcad on 20100401

IRC log for #brlcad on 20100401

00:33.53*** join/#brlcad PrezKennedy (Matthew@whitecalf.net)
00:36.11CIA-73BRL-CAD: 03erikgreenwald * r38287 10/brlcad/trunk/src/fb/fbthreadtest.c: Tk_PhotoPutBlock changed signature, do a little #ifdef to keep things compilable and hopefully correct)
00:57.44starseekertries installing gephi
01:19.37starseeker``Erik: er, sorry - brlcad had that in if_tk too, should have brought it along
01:20.02``Erikoh, htere was a fix? heh, I ended up reading the headers *shrug*
01:28.27CIA-73BRL-CAD: 03starseeker * r38288 10/brlcad/trunk/src/fb/fbthreadtest.c: Put back in Sean's slightly more general #ifdef
01:28.36starseeker``Erik: no you had it essentially correct
01:28.52starseekerI had it in, deleted it during debugging, and forgot to re-add it for commit
01:29.24``Erikah, checked the svn history, just saw the one commit, *shrug* :D
01:29.29starseekerit's dubious whether I should have committed it at all, but I want to be able to easily revert if I spectacularly wipe out
01:29.48starseeker``Erik: yeah, for that file it's one - it was in the original version of if_tk.c
01:29.57starseeker(probably needs it still, come to think of it...)
01:30.01``Erikmebbe ya shoulda committed it and just put it in EXTRA_DIST ;D *duck*
01:30.30starseeker``Erik: maybe, but it's build logic is just involved enough (using Tk, etc.) that the Makefile is convenient
01:30.54starseekerand it's for sure that anything applied in that file had better work generally - that's the whole point
01:31.47starseekergiven that the tcl guys' first response to my request for a Tcl C API tutorial for threads was "uh... you sure you want to do that?" this could get interesting
01:32.23starseekerthey did confirm that Tk_PhotoPutBlock would be expected to misbehave in a multithreaded context, which was helpful
01:33.07``Erikpython and ruby tend to misbehave in threaded environments (or used to) :/
01:33.10starseekerand apparently the tcl 8.6 man page for threads now has a basic C example :-P
01:33.24``Erikhard to bolt it in if it wasn't a priority at the beginning
01:33.59starseekernods. From what I've seen, a concerted effort was made some time back to make sure the core of Tcl could handle threads, but beyond that you have to watch what you use
01:35.09starseekerI'm sure it can be solved in some fashion, but the end result might very well be worth a Tcl/Tk paper at that conference
01:35.15``Erikhell, look at how well threads are handled in a very mature and insanely flexible/selfabusive language like lisp
01:36.09starseekerthinks a Tk interactive demo of a 17million triangle M35 without using opengl would do nicely for a conference showstopper...
01:36.32``Erikor even the inability to find a C implementation that's "right"... wonder what the fate of open solaris will be O.o heh
01:36.45starseekerIt's dead, Jim.
01:37.25``Erikomission from oracles slides about future work is probably a bad source to make that statement from *shrug* the /. headline was... well... /. accurate :D
01:37.28starseekerIt never had much life, and Oracle won't see any point to continuing it
01:38.02starseekerit'll become the bottom software layer of the Commercial Oracle Database Solution
01:39.01starseekeryeah, I agree the slashdot article isn't conclusive - but OpenSolaris would need robust support to keep it alive against Linux and *BSD land
01:39.11``Erik*shrug* mebbe, thought oracle seems to get off on riding the linux name
01:39.13starseekerI just don't see Oracle doing it
01:39.49``Erikand the sun license isn't liberal enough to let it be adopted *shrug*
01:40.07starseekeroh, I'm sure they'll run on Linux, but their sales guys will just say "well..., Linux is good and all, but if you want a really ROBUST solution you'll need Solaris and SPARC hardware..."
01:40.23``Erikheh
01:40.36``Erikreally? you think the sales people would actually be honest? :D *duck*
01:40.56starseeker<snort> anybody can be honest if it pays well enough
01:41.14starseekermight be hard for 'em though, I'll grand you that
01:41.20starseekers/grand/grant
01:42.09starseekerOracle's after they outfits who wouldn't blink at a new hardware addition - "Oh, we need 30 new boxes for Oracle?  Right, just roll that into the bill."
01:43.03starseekersupposes he shouldn't be gleefully waiting for MySQL to wither and have PostgreSQL take over the (non-Oracle) world...
01:43.25``Eriksun used to make some of the very few machines that'd send something to syslog up the alley 'oh, hey, your memory just went to shit, but it's ok, we're working around it. when you need to, it's the stick in bank 15" or "hey, you just lost a cpu, but it's ok, we're just taking that one out of the scheduler... after you replace it, you need to run this program (or if ya don't care, you can reboot)"
01:43.31``Erik:D
01:44.03starseekerhehe
01:44.16starseekernow that's hardware
01:44.30``Erikmysql wins in contrived benchmarks, so stupid people (or people without the desire or ability to learn SQL) will continue to use it beyond its valid niche
01:44.32starseeker"warning - someone just shot out the motherboard with a semi-automatic"
01:44.39``Erikheh
01:44.54``Erikon the big ones, domain cards could fry without serious detriment
01:45.04``Erikbut the backplane crapping itself, that was serious stuff
01:45.26``Erikbut we're talking starter kits over a mil at that point
01:45.29starseekerwould be interested to see a situation were MySQL is Better Enough to justify its use over Postgres
01:45.59``Erikin exactly the same place where something like a filesystem is better than SQL :D
01:46.10starseekerheh
01:46.29starseekersqlite -> Postgres -> Oracle :-)
01:47.32starseekerwanders off
01:47.41``ErikI've been thinking about migrating some of my software from mysql to sqlite3, but I can't figure out if it can handle my odd requirement of needing multiple procs writing plus one proc reading and writing
02:00.22*** join/#brlcad talcite (~matthew@dhcp-108-120.tt-biology.carleton.ca)
02:02.32``Erik<PROTECTED>
03:34.24starseekerwatches a slew of java ebuilds install and reflects that he doesn't use many java apps...
03:59.51``Erikgee, it's almost like java tries to be it's own universe O.o
04:03.12starseeker``Erik: heh.  Oh, beware - I may take a poke at the C++ goblin graph library someday
04:04.34``Erikdon't make me invoke cpan O.o if ya think my macro fu is ugly... *cough*
04:04.36starseekerI doubt it's as nice as graphviz for our purposes, but already having tcl/tk goodies and LGPL licensing...
04:05.12starseekerhey now, we all know Perl was the ultimate answer to the obfuscation contests of yesteryear - no need to prove it :-P
04:06.04``Erikc++ started out I believe as a preprocessor package, then was re-written as its own preprocessor to produce C... I wonder if there's anything still around that could take our c++ and turn it to C O.o
04:06.30``Erik<-- also keen on the idea of "fixing" old fortran code via f2c, is twisted like that
04:07.38``Erikat least libobj provides a pure C interface :D probably a requirement for something like swig
04:08.02starseekerheh
04:19.52CIA-73BRL-CAD: 03Ssd 07http://brlcad.org * r2212 10/wiki/Category:MGED_BoT_operators:
04:20.00CIA-73BRL-CAD: 03Ssd 07http://brlcad.org * r2213 10/wiki/Category:MGED_combination_commands:
04:20.20CIA-73BRL-CAD: 03Ssd 07http://brlcad.org * r2214 10/wiki/Category:MGED_file_operations:
04:20.53CIA-73BRL-CAD: 03Ssd 07http://brlcad.org * r2215 10/wiki/Category:MGED_geometry_information_commands:
04:21.04CIA-73BRL-CAD: 03Ssd 07http://brlcad.org * r2216 10/wiki/Category:MGED_help:
04:21.12CIA-73BRL-CAD: 03Ssd 07http://brlcad.org * r2217 10/wiki/Category:MGED_matrix_commands:
04:22.55starseekererm... wow netbeans is big
04:22.59starseekergoes to bed
04:24.33CIA-73BRL-CAD: 03Ssd 07http://brlcad.org * r2218 10/wiki/Category:MGED_object_creation:
04:25.01CIA-73BRL-CAD: 03Ssd 07http://brlcad.org * r2219 10/wiki/Category:MGED_object_editing:
04:25.31CIA-73BRL-CAD: 03Ssd 07http://brlcad.org * r2220 10/wiki/Category:MGED_object_generators:
04:26.08CIA-73BRL-CAD: 03Ssd 07http://brlcad.org * r2221 10/wiki/Category:MGED_view_manipulation:
10:51.56d-loMernin all!
12:04.21brlcadmernin
12:31.38*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
12:31.54*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
13:03.28*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
18:11.55``Erikhttp://brlcad.org/~erik/metaballs/mb.mp4
18:15.28*** join/#brlcad Nohla (~jesica@201.255.231.124)
18:26.00CIA-73BRL-CAD: 03indianlarry * r38289 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Commented out "Prepping Face N:..." blather from brep prep. Also if brep is loaded with something other than an identity matrix push matrix down brep using opennurbs brep->Transform().
18:34.15CIA-73BRL-CAD: 03brlcad * r38290 10/brlcad/trunk/ (4 files in 2 dirs):
18:34.16CIA-73BRL-CAD: add a new tcl command for mged called 'remap_mater'. the command remaps
18:34.16CIA-73BRL-CAD: material IDs in the currently open geometry database file based on simple remap
18:34.16CIA-73BRL-CAD: rules in a specified input file. the command is related to the existing 'remat'
18:34.16CIA-73BRL-CAD: command, but provides distinctively different behavior. the command was
18:34.16CIA-73BRL-CAD: implemented by PJT in December 2000 and manually being shared amongst users.
18:34.17CIA-73BRL-CAD: now it's included directly.
18:35.57CIA-73BRL-CAD: 03indianlarry * r38291 10/brlcad/trunk/include/opennurbs_ext.h: Added warning of non-convergence of trim intersect in getCurveEstimateOfV(). Added quick check to skip trim section if below UV point of interest in isTrimmed().
19:06.56CIA-73BRL-CAD: 03brlcad * r38292 10/brlcad/trunk/NEWS: found the official release notes for release 5.3
20:04.43CIA-73BRL-CAD: 03indianlarry * r38293 10/brlcad/trunk/src/other/openNURBS/opennurbs_brep.cpp: Fixed index used in checking for surface closure is section of code used to check for trims crossing a seam. Also preprocessed out some log blather related to trims crossing a seam.
20:16.34*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:36.50CIA-73BRL-CAD: 03erikgreenwald * r38294 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: eliminate dist from structure (use hit point Z instead, simpler). kill trailing whitespace.
20:42.54CIA-73BRL-CAD: 03erikgreenwald * r38295 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c:
20:42.54CIA-73BRL-CAD: Detect and dispose of the case where two hits are seen inside of a single cube
20:42.54CIA-73BRL-CAD: edge. This is intentional disposal of data to prevent the "bucket" bug where the
20:42.54CIA-73BRL-CAD: thin ARB8's were consistantly getting very tall triangles near the edges.
21:17.32CIA-73BRL-CAD: 03erikgreenwald * r38296 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: make some stuff static. report distance in "spooky ray" report, instead of just the Z value.
21:20.40CIA-73BRL-CAD: 03erikgreenwald * r38297 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: use actual distances to detect spooky action, instead of Z values *cough*
22:40.24brlcadhahaha...
22:40.25brlcadhttp://www.aumha.org/a/klingon.php
22:53.31``Erikheh, I had that one my webpage in the mid 90's :D
22:53.56``Erikback when black backgrounds were cool :/
22:56.27``Erikdang, wayback machine doesn't have it until after I redid it all to be less ... lame O.o http://web.archive.org/web/19990210083115/shells.clipboard.com/~br0ke/
23:02.00``Erik"gamemaster 256... it's slightly faster... to the max!
23:36.12``Erikmmmm, heaping pastrami sandwich
23:37.31*** join/#brlcad Ralith (~ralith@69.90.48.97)
23:40.15*** join/#brlcad Nohla (~jesica@201.255.231.124)
23:56.11CIA-73BRL-CAD: 03r_weiss * r38298 10/brlcad/trunk/src/conv/obj-g_new.c: still working on adding nmg
23:58.35``Erikheh, he's having trouble with pointer mangling for nmg, told him that if he committed it, I'd look over it and see if I could figure out what's wrong tomorrow morning unless brlcad beat me to it O.o
23:58.39``ErikO.o
23:58.46``Erikguess he didn't get it figured out :D
IRC log for #brlcad on 20100402

IRC log for #brlcad on 20100402

00:30.03brlcadyeah, i vaguely remember reading that many years ago
00:30.17brlcadbut had forgotten all about it, tis great :)
00:30.41brlcadis he using any nmg sample code to work with?
00:33.35``Erikhe's trying to look at, uh, g-viewsomething in src/conv
00:33.49``Eriker, viewpoint-g.c
00:34.58brlcadprobably needs code *way* more simple
00:35.02brlcadexample demo
00:35.09``Erikyeh
00:35.16``Erikhe's also trying to write out bots and nmg's at the same time
01:02.10*** join/#brlcad jesica__ (~jesica@201.255.231.124)
01:11.22``Erikhah, just noticed the tail of that futurama commercial O.o must just naturally tune them out I guess
01:11.26``Eriksounds like sunday at 9
01:51.43*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
03:47.28``Erikhm, 'k, not this sunday, in june
03:47.58``Erikwonders what the other corner ad was for O.o
07:35.46*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:15.20*** join/#brlcad Ralith (~ralith@69.90.48.97)
09:19.36*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
12:43.03*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
13:19.13``Erikhm, http://code.entropywave.com/projects/orc/
13:29.40brlcadhm, that is interesting
13:31.08brlcadwould be informative to take one of our existing filters and express it with orc
13:32.11starseekerhmm, bsd license
13:35.23brlcadsrc/util/bwfilter.c would be a good comparative candidate
13:35.44starseekerWow.
13:36.00starseekerhopes like hell this wasn't intended as an April fools joke: http://www.gimpusers.com/tutorials/gimp-2-8-features-preview-april-2010.html
13:38.02brlcadthey've been talking about that new integrated gui mode and gui redesign for quite some time now
13:38.36starseekernods - seen references here and there, but not so many images illustrating stuff
13:38.42starseekerplus the little kicker about it going LGPL
14:24.32*** join/#brlcad jonored (~jonored@LAZARUS.WIFI.WPI.EDU)
18:44.35CIA-73BRL-CAD: 03erikgreenwald * r38299 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: default to cross-ray style. mark critical region (but don't lock yet)
18:46.58CIA-73BRL-CAD: 03erikgreenwald * r38300 10/brlcad/trunk/src/libgcv/region_end_mc.c: make call to nmg_edge_collapse to decimate the mesh (believe it requires edges to be shared in the NMG, so doesn't work yet
19:08.21CIA-73BRL-CAD: 03erikgreenwald * r38301 10/brlcad/trunk/src/libgcv/region_end_mc.c: call nmg_model_vertex_fuse before nmg_edge_collapse
19:35.57*** join/#brlcad jonored (~jonored@pool-71-174-15-151.bstnma.east.verizon.net)
20:11.09*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:45.48*** join/#brlcad jonored (~jonored@dsl092-076-134.bos1.dsl.speakeasy.net)
21:39.44``Erikahhhh
22:02.17*** join/#brlcad PrezKennedyII (Matthew@whitecalf.net)
22:14.20*** join/#brlcad PrezKennedyIII (Matthew@whitecalf.net)
22:53.32CIA-73BRL-CAD: 0370.126.28.107 07http://brlcad.org * r2222 10/wiki/Forums: Nabble has disabled the original URLs on the www.nabble.com, domain. Must now use old.nabble.com
23:58.21CIA-73BRL-CAD: 03Dloman 07http://brlcad.org * r2223 10/wiki/IBME_GeometryEngine: Update very very old doc
IRC log for #brlcad on 20100403

IRC log for #brlcad on 20100403

00:02.51CIA-73BRL-CAD: 03r_weiss * r38302 10/brlcad/trunk/src/conv/obj-g_new.c: making updates to output nmg
00:02.56CIA-73BRL-CAD: 03Dloman 07http://brlcad.org * r2224 10/wiki/IBME_GeometryService: Update very very old doc
00:05.51CIA-73BRL-CAD: 03Dloman 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[IBME Overview]]": Remove very very old doc
00:07.13CIA-73BRL-CAD: 03Dloman 07http://brlcad.org * r2225 10/wiki/IBME_Main: Rem link to outdated doc
00:41.45*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
00:51.15*** join/#brlcad jonored (~jonored@LAZARUS.WIFI.WPI.EDU)
06:06.19*** join/#brlcad jonored (~jonored@dsl092-076-134.bos1.dsl.speakeasy.net)
09:06.14*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
12:34.46*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
14:44.00*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
15:50.22*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:53.41*** join/#brlcad jonored (~jonored@dsl092-076-134.bos1.dsl.speakeasy.net)
21:24.14*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
22:12.16*** join/#brlcad jack (~jack@85.92.137.10)
22:13.45*** join/#brlcad jack (~jack@unaffiliated/jack)
IRC log for #brlcad on 20100404

IRC log for #brlcad on 20100404

02:26.20jackwould love to try again, finally (to package brlcad for fink)
02:26.35jackbut we still don't have tcltk 8.5 :/
02:28.35jackoh, nm...i just need to build it
02:32.24jack@ChanServ] [ b0ef     ] [ d-lo       ] [ jonored ] [ Ralith        ] [ SWPadnos]
02:32.35jackrrr, sorry
02:39.22brlcadjack: brl-cad source distribution includes just about everything needed to build including tcl/tk, so just a matter of enabling/disabling the components you want fink to provide
02:45.05jackyeah
02:45.21jackbut i'd like to use the stuff that's in fink already ;)
02:45.32jackmore consistent and shit
02:46.05jackjust need to find out why our tcltk 8.5 pkg is 10.6-only...
02:52.22brlcad8.4 should work too, but then you'll need a compatible itcl/itk to go with it
03:13.38jackyeah
03:14.13jacktrying to make it build its own tcltk now, and hide it in an own lib-subdir
03:41.39jacklinking libTkhtml3.0.dylib
03:41.44jackld: Undefined symbols:
03:41.44jack_XCopyArea
03:41.45jack_XFillPolygon
03:41.45jack_XFillRectangle
03:41.46jack_XGetImage
03:42.06jackshould i just do LDFLAGS=-lX11?
03:43.37jacknot sure if that's smart...would make every single executable/lib link to libX11
03:47.49brlcadthose are libXi symbols
03:48.31brlcader, never mind no they're not :)
03:49.16brlcadyou shouldn't need to set -lX11 -- configure failed to find it for some reason so something needs to be added to tell configure where the X11 stuff is
03:49.36brlcad--with-x11=/path/to/whatever/X11
03:50.36brlcador alternatively --x-includes=/path/to/X11/include --x-libraries=/path/to/X11/lib
04:12.28jackyeah, ok
04:14.41jackwhat's -gstabs+ ?
04:14.53jack(can i disable that and -g3?)
04:44.46poolio_howdy all
05:11.16brlcadjack: it's a debug style for gdb, --disable-debug will remove both
05:11.48brlcadfwiw, the INSTALL file covers most of the configure flags
05:12.00jackok :)
05:12.24jackneed to remove -Werror now...
06:28.23brlcad--disable-strict
13:17.57CIA-73BRL-CAD: 03brlcad * r38303 10/brlcad/trunk/NEWS: bowman added support for applying transformation matrices to NURBS geometry
13:19.36``Erikis the support actually there? I thought he rigged it up so if it wasn't identity, it said "Don't know what to do with this, continuing anyways"
13:47.46CIA-73BRL-CAD: 03brlcad * r38304 10/brlcad/trunk/NEWS: john anderson fixed a bug with rt's -k cut plane option in r38180. The loopthat was selecting partition to be viewed was incorrect. added an else clause that checked distance to stop iterating over partitions too much.
14:00.00CIA-73BRL-CAD: 03brlcad * r38305 10/brlcad/trunk/NEWS: keith made improvements to the 3dm-g importer adding support for importing anonymous/unnamed objects into a given layer, and importing the layers into a group hierarchy with all objects/layers under an 'all' group.
14:07.37CIA-73BRL-CAD: 03brlcad * r38306 10/brlcad/trunk/NEWS:
14:07.37CIA-73BRL-CAD: bob fixed a bug/assumption in mged where it was failing to find rt, dbupgrade,
14:07.37CIA-73BRL-CAD: asc2g, g2asc, asc-pl, and pl-asc on windows. probably due to bu_brlcad_root not
14:07.37CIA-73BRL-CAD: finding a file without the .exe suffix, causing the failure. he added checks to
14:07.37CIA-73BRL-CAD: see whether the windows exe suffix is needed. this should fix a variety of
14:07.37CIA-73BRL-CAD: spurious failures being observed on windows.
14:12.02CIA-73BRL-CAD: 03brlcad * r38307 10/brlcad/trunk/NEWS:
14:12.03CIA-73BRL-CAD: bob fixed a bug in mged on windows where it wasn't reading from redirected
14:12.03CIA-73BRL-CAD: stdin. he (re)added a check to see if input or output is going to/from a tty.
14:12.03CIA-73BRL-CAD: that assumption is faulty for some environments, and was intentionally removed,
14:12.03CIA-73BRL-CAD: but at least fixes the problem for windows for now.
14:16.50CIA-73BRL-CAD: 03brlcad * r38308 10/brlcad/trunk/NEWS:
14:16.50CIA-73BRL-CAD: keith improved the robustness of evaluating a NURBS trim in r38142. Function
14:16.50CIA-73BRL-CAD: getCurveEstimateOfV() wasn't always converging to a solution before hitting
14:16.50CIA-73BRL-CAD: iteration bound. Now uses binary subdivision of curve 't' parameter until
14:16.50CIA-73BRL-CAD: derivatives at end points in 'u' are within 5 percent before using the original
14:16.51CIA-73BRL-CAD: linear estimating method. Also increased the iteration bound to 1000.
14:17.34brlcad``Erik: he calls openNURBS' routine to apply the transform, so looks like it's there
14:17.41brlcadbut can find out tomorrow
14:17.54brlcador someone could try it....  :)
14:18.09brlcaddoes not like "units -t"
14:22.00CIA-73BRL-CAD: 03brlcad * r38309 10/brlcad/trunk/NEWS: january's 7.16.6 iteration was released 4 days into feb, feb's interation was skipped (no release in march), and now the feb-mar 7.16.8 should be released this first week of april.
14:24.12CIA-73BRL-CAD: 03brlcad * r38310 10/brlcad/trunk/NEWS: bob fixed a bug supporting Decameter units where the 'dm' shorthand was matching decimeter first. made it 'Dm' instead, allowing decameters to be used via shorthand.
14:24.13brlcader, "units -s"
14:27.39brlcadbah, it is -t, whatever
14:50.57``Erikwhen I was importing the pickup to -g for MC testing, it threw a lot of blather about seeing matrices and not knowing what to do with them, he said the stuff was right and they didn't seem to make sense or something, I don't recall O.o
14:51.32``Erik*shrug* mebbe that model had some fruity ones
14:53.51brlcadright, but indianla1ry's commit for matrices was just thur or fri
14:54.02brlcadremoved the blather
14:54.11``Erikoh, missed it *shrug*
14:54.25brlcadhappy easter egg
14:54.28``Erikheh
14:54.32``Erikzombie egg?
16:45.21*** join/#brlcad jonored (~jonored@c-24-63-62-99.hsd1.nh.comcast.net)
16:50.20starseekercool, working meshlab ebuild
16:50.54jackhappy easter everyone
16:51.19jackbrlcad: i ran into a problem, no clue what to do now
16:51.26jackcheck http://paste.lisp.org/+2337
17:23.27*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:09.11*** join/#brlcad jonored (~jonored@c-71-233-178-113.hsd1.ma.comcast.net)
22:07.06*** join/#brlcad jonored (~jonored@c-71-233-178-113.hsd1.ma.comcast.net)
23:05.36*** join/#brlcad jonored (~jonored@c-24-63-62-99.hsd1.nh.comcast.net)
IRC log for #brlcad on 20100405

IRC log for #brlcad on 20100405

00:20.07*** join/#brlcad Jonimus (~TheStorm@CPE-70-92-243-204.wi.res.rr.com)
12:08.04d-loMernin!
12:34.13*** join/#brlcad Elrohir (~kvirc@p5B14AE1F.dip.t-dialin.net)
12:34.52*** join/#brlcad Stattrav (~Stattrav@202.3.77.133)
12:37.24CIA-73BRL-CAD: 03davidloman * r38311 10/rt^3/trunk/CMakeLists.txt: Update Tests compilation flag to default to OFF.
12:49.57CIA-73BRL-CAD: 03davidloman * r38312 10/rt^3/trunk/include/GS/netMsg/: Drop an empty dir that I must have missed a while back.
13:17.22d-loSimple Documentation style question:  When writing up the 'description' of a class, should that desc go in the .h file, the .cxx file or both?  I am leaning towards the .h only, but would like some essspert opinions.
13:40.06CIA-73BRL-CAD: 03davidloman * r38313 10/rt^3/trunk/ (5 files in 2 dirs): Stub in a NetMsg handler interface and a NetMsg subscription system. Implementation to follow.
13:42.41CIA-73BRL-CAD: 03davidloman * r38314 10/rt^3/trunk/src/GS/libNetwork/ (15 files): Remove the svn:keywords because they are not necessary.
13:48.25``Erikhttp://brlcad.org/~erik/mc/m35-5mm-cross.png
13:49.11``Erik15 million triangles of nmg goodness, rt is slow as hell, but it's shiny in isst
13:49.40``Erik2400 rps on a boffo 8 core 3ghz machine O.o pheer.
13:51.23d-lopurty
13:51.34d-lobut where's the hood?
13:53.37CIA-73BRL-CAD: 03davidloman * r38315 10/rt^3/trunk/ (include/GS/SessionManager.h src/GS/SessionManager.cxx): Add in class description.
13:53.52``Erikheh, there're pieces of it
13:54.36d-loNew 'stealth' technology for trucks? ;)
13:54.44``Erikdraw a thin diagonal arb8, then overlay a grid on it... it can only see geometry where the grid intersections are inside of the arb8...
13:55.02``Erik<-- should do a diagram of that :/
13:56.29``Erikif the grid edge size is thinner than the sheet metal, it'd all be there... but that'd take a long time... what you see what 2.5 days of tesselation
13:56.47d-lowow 2.5 days??
13:56.52``Eriksingle core
13:56.52d-lois that marching cubes?
13:56.55``Erikyup
13:57.02d-lostill.. it works :)
13:57.07``Erikayup
13:57.07d-loGG
13:57.26``Erikno failed regions (though some where "never seen"), no overlaps, ...
13:58.16``Erikoh man, boxes of ex-lax in a cart with a sign that says "blowout specials", awesome
13:58.25d-lohahaha
13:58.27``Erikhttp://failblog.files.wordpress.com/2010/04/129135876224734251.jpg
13:59.49``Erikwonders if brlcad has his ipad yet
13:59.49d-loheh, lets see what the missus thinks of that one :) *evil*
14:00.22``Erikhm, dod report on 32 nuclear accidents listed on /. O.o
14:00.47d-looh there are more than that
14:00.49d-lolol
14:01.05d-loof course, what actually qualifies as an 'accident' is rediculous.
14:01.21``Erikheh, well, this is a report that contains 32, no one ever said it was exhaustive
14:01.31d-lo"A drop of *potentially* radioactive water dripped on an employee?!?"
14:01.51``Erikohs noes, a leak in containment, the coolant water is ALMOST as radioactive as the water outside the boat!
14:01.56``Erik*cough*
14:01.59d-loIf you want a real scare, just look up all the Russion nuke accidents.
14:02.05d-lohahahahaha
14:02.05``Erikthey do it right
14:14.06brlcadd-lo: different kind of docs go in different places -- public api docs go in the public header, implementation docs go with the implementation
14:15.27``Erikso class description for doxygen would be the .hxx/.h++/.hh file?
14:16.41brlcadyeah
14:17.30brlcadalong with each method doc
14:22.28brlcaddecent example:  https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag/include/FontManager.h
14:28.54d-lobrlcad: thanks!
14:36.20``Erikbrlcad: know of any magic fu to make nmg_model_vertex_fuse work? it keeps telling me 0 vertices fused, when I know there're colocated points
14:36.59brlcadbrb
15:04.22CIA-73BRL-CAD: 03davidloman * r38316 10/rt^3/trunk/ (include/GS/Jobs/JobScheduler.h src/GS/Jobs/JobScheduler.cxx): Stub in JobScheduler class into the Job system.
15:08.03CIA-73BRL-CAD: 03davidloman * r38317 10/rt^3/trunk/ (5 files in 2 dirs): Refactor DbObjectManager to DataManager. Easier to spell and is more precise a name. Updated CMakeLists.txt
15:14.54CIA-73BRL-CAD: 03davidloman * r38318 10/rt^3/trunk/ (include/GS/SessionManager.h src/GS/SessionManager.cxx): Cleaned up SessionManager's singleton implementation.
15:36.06CIA-73BRL-CAD: 03starseeker * r38319 10/brlcad/trunk/src/fb/fbthreadtest.c: Do just a very basic 'run a thread' test - nothing exciting yet.
15:56.43CIA-73BRL-CAD: 03starseeker * r38320 10/brlcad/trunk/src/mged/utility1.c: Take a stab ad avoiding some warnings.
16:15.22CIA-73BRL-CAD: 03davidloman * r38321 10/rt^3/trunk/ (3 files in 2 dirs): Stub in GeometryProcessor singleton. Will be the POC for GE calls.
16:32.09CIA-73BRL-CAD: 03erikgreenwald * r38322 10/brlcad/trunk/src/conv/g-egg.c: use capitol M for marching cubes for consistancy. Document the option.
16:32.52CIA-73BRL-CAD: 03erikgreenwald * r38323 10/brlcad/trunk/src/conv/ (g-egg.1 stl/g-stl.1 stl/g-stl.c): document the marching cubes option
16:33.16CIA-73BRL-CAD: 03erikgreenwald * r38324 10/brlcad/trunk/NEWS: make note of marching cubes shtuff
16:44.27CIA-73BRL-CAD: 03erikgreenwald * r38325 10/brlcad/trunk/ (4 files in 4 dirs): clean up public API names for marching cubes
17:24.04CIA-73BRL-CAD: 03davidloman * r38326 10/rt^3/trunk/ (7 files in 2 dirs): Rename AccessManager to AccountManager. Stub in Account class.
17:56.42starseekerah, crud
18:00.58CIA-73BRL-CAD: 03davidloman * r38327 10/rt^3/trunk/ (include/app/ src/app/): Add new dir for application launcher support.
18:10.25*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
18:27.48CIA-73BRL-CAD: 03starseeker * r38328 10/brlcad/branches/rel8/ (1546 files in 294 dirs): Update rel8 branch to r38325
18:31.58CIA-73BRL-CAD: 03starseeker * r38329 10/brlcad/trunk/doc/docbook/system/mann/en/ (Makefile.am db.xml nirt.xml rt.xml rtcheck.xml):
18:31.58CIA-73BRL-CAD: Now that we have MGED specific man pages, add back in Janine's work on the db,
18:31.58CIA-73BRL-CAD: nirt, rt and rtcheck commands. Clearly a lot of work to do here to make sure
18:31.58CIA-73BRL-CAD: these are informative for MGED usage - many of the command line options do in
18:31.58CIA-73BRL-CAD: fact function within MGED - but it's a start.
18:46.54CIA-73BRL-CAD: 03starseeker * r38330 10/brlcad/trunk/doc/docbook/system/mann/en/ (Makefile.am gqa.xml): We need a gqa man page for MGED, so for now modify the command line page - add the -Ap option, change the examples to not include reference to a .g file.
18:48.51CIA-73BRL-CAD: 03erikgreenwald * r38331 10/brlcad/trunk/src/libged/gqa.c: re-apply fix from r33894 that was un-fixed by someones indent/ws pass.
19:03.55CIA-73BRL-CAD: 03erikgreenwald * r38332 10/brlcad/trunk/src/fb/fbthreadtest.c: make a dummy main() if TCL_THREADS is not defined.
19:04.34starseeker``Erik: whoops, thanks
19:13.37``Erik<3 nfs + multiple configs/os/arch O.o
19:24.41CIA-73BRL-CAD: 03davidloman * r38333 10/rt^3/trunk/ (8 files in 5 dirs): Stub in the basics for Application Launch Framework.
19:49.52CIA-73BRL-CAD: 03starseeker * r38334 10/brlcad/branches/dmtogl/ (721 files in 54 dirs): Update dmtogl branch to 38325
20:12.11``Erikbahhhh, stupid windows
20:15.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:17.26CIA-73BRL-CAD: 03starseeker * r38335 10/brlcad/branches/dmtogl/ (265 files in 5 dirs): (log message trimmed)
20:17.26CIA-73BRL-CAD: The Goblin library looks like it may have some graph layout capabilities along
20:17.26CIA-73BRL-CAD: the lines of graphviz, it's LGPL licensed, and it already has some apps by the
20:17.26CIA-73BRL-CAD: dev team that talk to it using tcl/tk. Experiment with building it as part of
20:17.26CIA-73BRL-CAD: BRL-CAD in the dmtogl branch, starting with the core libraries (no tcl/tk yet).
20:17.27CIA-73BRL-CAD: Very definitely should NOT be put in trunk until there are BRL-CAD features
20:17.28CIA-73BRL-CAD: using it, which will be a while even if the feature set does prove appropriate
21:32.05yukonbobhttp://watch.discoverychannel.ca/daily-planet/april-2010/daily-planet---april-02-2010/#clip284832
21:33.31yukonboba story about a guy that x-rays machines (i.e. cars)
23:18.08*** join/#brlcad Ralith (~ralith@69.90.48.97)
IRC log for #brlcad on 20100406

IRC log for #brlcad on 20100406

02:02.23``Erikheh, dragons lair, been a long time since I've played that... (had it on cassette for my coleco adam, yo)
02:56.15CIA-73BRL-CAD: 03brlcad * r38336 10/brlcad/trunk/src/libged/bigE.c: wow, never got committed? utilize rt_obj_prep() instead of rt_functab[].ft_prep()
03:00.06CIA-73BRL-CAD: 03brlcad * r38337 10/brlcad/trunk/src/libbu/parse.c: engrish
03:27.07CIA-73BRL-CAD: 03brlcad * r38338 10/brlcad/trunk/src/ (libged/gqa.c librt/parse.c rt/hurt.c rt/opt.c): let the preprocessor warn us if we've expanded a character literal into a multibyte character (should give warning or fail) so we can better detect unintended cleanup mods.
03:30.42CIA-73BRL-CAD: 03brlcad * r38339 10/brlcad/trunk/NEWS:
03:30.42CIA-73BRL-CAD: non-user developer/api features do not get listed as bullets. those are only
03:30.42CIA-73BRL-CAD: for end-user visible changes, how things propagate up to their perspective. it
03:30.42CIA-73BRL-CAD: can and was planning to be part of the verbose highlight, though, so placehold
03:30.42CIA-73BRL-CAD: it.
03:34.24jackbrlcad: ping?
05:50.30jack's just building bzflag
05:50.48jackhope it's ok to commit the update to fink
05:50.57jacki added a few missing builddeps
10:14.16*** join/#brlcad Jonimus (~TheStorm@CPE-70-92-243-204.wi.res.rr.com)
11:02.56*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
11:22.47brlcadjack: of course it's okay
11:31.36brlcadjack: and that tclcad.c failure is very bizarre -- first I've ever seen that message from a build, and it doesn't make any sense
11:31.46brlcadmaybe some define getting in the way
11:32.13brlcadcould try removing the #include "common.h" from src/other/incrTcl/itcl/generic/itclInt.h
11:42.56CIA-73BRL-CAD: 03brlcad * r38340 10/brlcad/trunk/src/mged/utility1.c: move towards constness, not away from it. moreover, avoid malloc/free when the sizes are constant (and small).
11:50.00CIA-73BRL-CAD: 03brlcad * r38341 10/brlcad/trunk/src/mged/utility1.c: shouldn't cast away the constness. try propagating it forward.
11:54.40d-loMernin!
12:10.26CIA-73BRL-CAD: 03brlcad * r38342 10/brlcad/trunk/src/rt/do.c: init some vars
12:12.08CIA-73BRL-CAD: 03brlcad * r38343 10/brlcad/trunk/BUGS:
12:12.08CIA-73BRL-CAD: Rob Shinn reported to the users list that he was observing a (controlled) crash
12:12.08CIA-73BRL-CAD: when ray tracing a camo object. crash was on 64-bit linux. alas crash report
12:12.08CIA-73BRL-CAD: is for the wrong process, with the actual error being somewhere in worker().
12:12.08CIA-73BRL-CAD: should at least test reproducibility on our end.
12:24.45brlcadhowdy!
12:24.59d-loup early or late? :)
12:25.11brlcadboth
12:25.22d-lohah :)
12:35.45*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
13:16.43*** join/#brlcad Stattrav (~Stattrav@202.3.77.161)
13:34.57``Erikhuh, a new bzflag was released
13:38.37d-lopew pew pew pew
13:39.32``Erikheh, I de-pew'd the mc stuff some O.o too much awesome for people who might want to use the function
13:39.51``Erikrt_nmg_mc_pewpewpew -> nmg_mc_evaluate
13:50.09d-loi like rt_nmg_mc_pewpewpew better
13:53.41starseeker``Erik: new bzflag?  last website update is 2008 on bzflag.sf.net
14:00.34``Erik2.0.16 on apr 1, 2010... hit happypenguin on apr5
14:00.51*** join/#brlcad Jonimus (~TheStorm@CPE-70-92-243-204.wi.res.rr.com)
14:01.42``Erikheh, happypenguin reported 2.0.14 on apr5, the bzflag webpage says 2.0.14 was feb14 and 2.0.16 was apr1
14:16.28brlcadbz web page is right
14:17.44``Erikobviously, happypenguin is just so dang far behind :D
14:35.36``Erikdang jove
15:01.48CIA-73BRL-CAD: 03erikgreenwald * r38344 10/brlcad/trunk/src/other/jove/ (jove.h jove_term.c): header ordering shtuff to satisfy rhel55.
15:07.59brlcadhttp://redvsblue.com/archive/episode.php?id=1199
15:08.58brlcader, what was the problem in common.h that caused the need to reshuffle headers??
15:09.14``Eriksome funkiness with _GNU_SOURCE
15:09.35``Erik<-- tested rhel55/64, fbsd8/32 and osX/x86-32
15:09.36brlcadincluding it after may just shift the errors to other platforms
15:10.12brlcadremoving the undef _GNU_SOURCE didn't do it?
15:10.16``Erikredvsblue is good stuff... didja see the mac gamer switch ad they did?
15:10.25``Erikum, didn't try that, figured it might be in there for a reason *shrug*
15:10.28brlcadthe one from years ago?
15:10.31``Erikyeah
15:10.40``Erik"I'm a mac, an dI'm a gamer... well... I used to be a gamer"
15:10.51brlcadso instead of one unexplained oddity, now there are two
15:11.14``Erikyehhhh, svn rm -R woulda been my first choice, bbuuuttttt
15:11.30``Erikthe problem crops up on the cat machines
15:12.22brlcadbbuuutttt there's a deprecation process so there aren't random public changes that cause users major undue grief at a developer's whim
15:12.25``Erik"why do the valets need bats?"
15:13.22d-lolol
15:13.32``Eriktests without the undef
15:14.48CIA-73BRL-CAD: 03erikgreenwald * r38345 10/brlcad/trunk/src/other/jove/ (jove.h jove_term.c): removing the undef _GNU_SOURCE is satisfactory, as well.
15:23.55*** join/#brlcad akafubu (~akafubu@c-71-228-184-130.hsd1.al.comcast.net)
15:23.55*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
16:24.33*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
17:18.48``Erikdistcheck seems to have passed, w00t
17:29.31jackbrlcad: http://paste.lisp.org/+235I
17:29.45jacknot sure if that changed anything ;x
17:40.58brlcadjack: I replied to that earlier
17:41.16brlcador is that after the #include was removed?
17:42.39jackyup
17:42.52jacktitle should say it, too :)
17:43.35jackwell removed...i prepended "//" to that line
17:43.47jackshould be a proper comment now iirc
17:44.04brlcadah, heh
17:44.21brlcadhrm! .. then that's even more bizarre
17:44.41brlcaddo you have an existing tcl/tk getting included?
17:44.51brlcadin /sw/include
17:45.06jacknope
17:45.24jackconfigure detected the 8.4 tcl/tk in /usr/include
17:45.36jackbut i have no clue what gets used or not
17:45.50brlcadwhat did the configure summary say?
17:46.17brlcadit's a few pages back in your config.log file
17:46.22brlcadnear the end
17:47.18jack#define HAVE_TCL_H 1
17:47.19brlcadcan search on Build or "BRL-CAD Release"
17:47.22jackthat line?
17:47.37brlcadno
17:48.18jackconfigure:8813: checking whether to build the Tcl library
17:48.18jackconfigure:8815: result: auto
17:48.37brlcadtail -1000 config.log | grep -A9 Build
17:49.13jackno hits
17:49.23brlcader..
17:49.46jackok, with 2000 i get a couple hits
17:50.07jackconfigure:49041: result: Build Tcl ............................: no (using system)              
17:50.10jackconfigure:49043: result: Build Tk .............................: no (using system)
17:50.37brlcadhm!
17:50.50brlcadthat's fishy then as your build flags suggest otherwise
17:51.00brlcadprovide the whole section
17:51.05brlcadtail -2000 config.log | grep -A52 "BRL-CAD Release"
17:51.12jackshould i try with --build-everything?
17:51.52brlcadthat's usually a good first step, just to make sure things build with OUR setup before system complexities are mixed in
17:52.00brlcadit's --enable-all
17:53.18brlcadI'm betting that failure is because tcl/tk were disabled and itcl/itk was enabled, and your tcl/tk are too old/incompatible
17:53.43brlcadshouldn't be possible as there's a test for that incompatibility, but conjecture nonetheless
17:53.53jackhttp://paste.lisp.org/+235K
17:54.24jackok, will try make clean, reconfigure with --enable-all
17:54.25brlcadyeah, that's undoubtedly related to the problem
17:54.32brlcadthe test must have been made to 7.16.7
17:54.52brlcadbecause your summary says it's going to compile itcl/itk (which require tcl/tk private headers)
17:55.10brlcadand the failure is basically a missing typedef that would have come from their private header
17:55.33jackthat's why i initially thought i need a tcltk 8.5
17:55.46jackearlier brlcads puked loudly
17:55.48brlcaddo you have a /sw/lib/librt* or /sw/lib/libbu* or /sw/lib/libbn* ?
17:56.05brlcadthere are some configurations where that mix works just fine
17:56.35brlcadcurrent trunk has a test for that specific incompatibility, which is what had me confused .. didn't realize you were on .6
17:56.58jackls /sw/lib/lib{rt,bu,bn}*
17:56.59jackls: /sw/lib/libbn*: No such file or directory
17:56.59jackls: /sw/lib/libbu*: No such file or directory
17:56.59jackls: /sw/lib/librt*: No such file or directory
17:57.06brlcadokay, that's good
17:57.15*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
17:57.25brlcadno serious danger with prefix=/sw then
17:57.26brlcad:)
17:57.33``Erik/opt/local ?
17:57.44jackslaps ``Erik
17:57.55jacki don't use darwin/macports
17:58.02``Erikokie :)
17:58.31brlcad8 minutes to run configure, ouch
17:58.38jackand no, my /usr/local is a virgin as well
17:59.35jackbrlcad: that used to be around 25 mins on my old mac (where i tried brl-cad for the first time) ;)
17:59.52brlcadthen you, sir, are jack's medulla oblongata
18:00.08jackhaha
18:00.09brlcadsounds like my old G4
18:00.28jackit is my old g4 ;)
18:00.33jack350mhz ftw!
18:00.36``Erikpats his g3
18:00.52``Erik350mhz g4? wow, my g3 is 650mhz I think
18:00.55``Erikor 700
18:01.06jackfirst sawtooth mac they sold
18:01.24brlcadmy original 200mhz imac used to take an hour or something obscene
18:01.34jackshould be 40mhz but i was lucky enough to hit a short timeframe where 400mhz cpus were out or something
18:01.37``Erikmine's one of the last g3's, a chicklet ibook
18:01.42*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
18:01.42brlcadlast time I tried was probably 6 years ago, and it'd be even slower now
18:01.43jackerm 400
18:02.12``ErikI think with opennurbs, step and fop we've at least doubled compile time
18:03.29brlcadmy dual 500 does continuous recompilation 24/7
18:04.08brlcadtakes it several hours from start to finish, autogen.sh alone takes about 30 minutes, another 30 or so for configure, couple hours to build
18:04.16brlcadused to be one hour on the nose
18:04.24``Erikow
18:04.25brlcadpre-open source days
18:04.42``Erikwas there any difference from cake to automake?
18:04.51brlcaddid the initial mac port on that baby
18:07.16jackcake? yum...i bet you mean cmake
18:07.22``Erikno, I mean cake
18:07.40``Erikpre-dates cmake by a fair bit, I undid the cake stuff and converted to automake in '03?
18:07.51jackouch, ok
18:08.00jackstone age cake
18:08.38jackanyway, bbiab...need to go pick up some fresh hash now
18:09.01``Erikearly 04 I guess
18:09.21jackautomake was 1.6 then or so
18:10.07jackand libtool had tons of crap i needed to patch around everytime
18:10.18brlcadour m4 files still patch libtool
18:11.21jackconfigure:49073: result: X11 support (optional)................: yes
18:11.22jackconfigure:49075: result: OpenGL support (optional).............: no
18:11.24brlcadcake was esoteric but had one pretty cool feature, it allowed preprocessor logic
18:11.35brlcadthat's fine
18:11.54jackthat surprised me a bit...my opengl sits inside /usr/X11R6
18:13.21brlcadwhether it's on or off doesn't affect features much
18:15.11jacknot even rtgl?
18:16.47brlcad"much"
18:16.52brlcadrtgl does require it :)
18:17.04brlcadrtgl is still considered experimental
18:22.09jackyeah
18:22.33jackok, will start worrying about opengl once i got the rest to build
18:24.57jack(i'm glad bzflag always builds and runs perfectly) ;)
18:25.11jackmuch simpler software of course, admitted
18:25.11brlcadalways.. *cough*
18:25.13brlcadriiight :)
18:25.42brlcadalmost a whole order of magnitude simpler
18:25.55jackif not 2 :)
18:26.03brlcadnah, barely under one
18:26.04``ErikI'm glad ping always builds and runs perfectly.
18:26.11jacklol :P
18:26.13``Erik:D *duck*
18:27.28CIA-73BRL-CAD: 03bob1961 * r38346 10/brlcad/trunk/src/libfb/if_ogl.c: Silence a few warnings.
18:49.34CIA-73BRL-CAD: 03brlcad * r38347 10/brlcad/trunk/src/librt/primitives/nmg/nmg_class.c:
18:49.34CIA-73BRL-CAD: get a pointer to the point_t first so we can avoid a compilation failure
18:49.34CIA-73BRL-CAD: (reported on slackware) regarding the array subscript being above array bounds.
18:49.34CIA-73BRL-CAD: unverified if it works, but addresses sf bug report 2962699 from Fred (
18:49.34CIA-73BRL-CAD: breakfastfish ).
19:07.40jackbreakfast = wonderful word
19:07.53jackparticularly for coders of course
19:17.21jackbrlcad: is there a way to get something like --enable-all-but-zlib_and_libpng? :P
19:32.58CIA-73BRL-CAD: 03erikgreenwald * r38348 10/brlcad/trunk/src/librt/Makefile.am: disable nmg_junk.c as both it's symbols are static and unused.
19:33.59CIA-73BRL-CAD: 03erikgreenwald * r38349 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: set default values to variables to squash warnings
19:34.26CIA-73BRL-CAD: 03erikgreenwald * r38350 10/brlcad/trunk/src/librt/ (cut.c primitives/nmg/nmg_fcut.c): disable unused static symbols
19:48.41jackfuck
19:48.44jackIn file included from /Users/jack/build/brlcad-7.16.6/src/other/tk/unix/../generic/tkInt.h:21, from /Users/jack/build/brlcad-7.16.6/src/other/tk/unix/../generic/tk3d.c:16:
19:48.47jack/Users/jack/build/brlcad-7.16.6/src/other/tk/unix/../generic/tk.h:23:3: error: #error Tk 8.5 must be compiled with tcl.h from Tcl 8.5
19:48.50jackmake[4]: *** [tk3d.o] Error 1
19:49.04jackafter just having built its own tcl
20:04.55CIA-73BRL-CAD: 03bob1961 * r38351 10/brlcad/trunk/configure.ac: Added define for termcap.h when we're building our own libtermlib.
20:14.19CIA-73BRL-CAD: 03bob1961 * r38352 10/brlcad/trunk/src/libdm/dm-ogl.c: Silence a few warnings.
20:34.23CIA-73BRL-CAD: 03bob1961 * r38353 10/brlcad/trunk/src/librt/primitives/obj_prep.c: Include rtfunc.h instead of raytrace.h.
20:45.35CIA-73BRL-CAD: 03bob1961 * r38354 10/brlcad/trunk/src/ (libfb/fb_obj.c libged/editit.c): Include string.h instead of strings.h
21:14.18CIA-73BRL-CAD: 03erikgreenwald * r38355 10/brlcad/trunk/configure.ac: Pass the tk include directory to tkhtml3 for systems with the TK headers in "odd" places (for package managers).
21:26.59*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:44.27``Erikheh http://laughingsquid.com/a-2-5-year-old-uses-an-ipad-for-the-first-time/
22:21.13CIA-73BRL-CAD: 03r_weiss * r38356 10/brlcad/trunk/src/conv/obj-g_new.c: more work correcting nmg creation logic
23:01.36brlcadjack:  that could be a stale configure result, be sure to remove you config.cache and autom4te cache dir
23:02.07jackuh! thx! :)
23:02.12brlcadotherwise, it means it probably still picked up the /sw/include dir and got the tcl.h there
23:02.53brlcadsounds like its just stale though
23:03.43jackok, config.cache.blabla removed
23:03.57jackcan't find an autom4te cache dir
23:08.37jack``Erik: http://www.youtube.com/watch?v=lAl28d6tbko
23:09.52brlcadhaha
23:23.00jackstrong blender ;)
23:23.05jack<PROTECTED>
23:23.09jackstill the same
23:23.33jackrerun configure after removing the cachefile? ok
23:23.49brlcadoh yeah, you reran configure I hope
23:23.57``Erikhuzzah, grocery shopping done O.o
23:24.04jackwill do that now :)
23:24.06jackmy bad
23:24.29brlcadautom4te.cache is the cache dir
23:24.42jackyeah, but not present at all
23:28.14brlcadhm, that is suspicious
23:28.52brlcadthat said, even if it still occurs .. it's going to be because of include directory ordering -- /sw/include will need to be last or not at all
23:29.31jackeven weirder: config.log clearly has "--with-tcl=builddirtcl" in one (or some) of the later steps
23:29.52jackbut ok, will try to hide my /sw/include
23:30.59jackwait...tclConfig.sh is in some libdir, not include
23:31.12jackdoesn't it use that for detection?
23:31.18jackmight be harder to hide
23:34.30``Erikheh, but he cheated getting the ipad into the blender... (the iphone one was more interesting, I think)
23:35.06jackhaha yeah
23:36.52brlcadjack: all of the detections result in cflags/cppflags/ldflags getting set -- the flags are all there, but you have multiple matching header files (some on system, some being compiled)
23:38.06brlcadso even though there's a configure flag saying "look in dirA" and a tclConfig.sh saying "I'm in dirA", you have other stuff needing to look in dirB where there is another (incompatible) tcl.h
23:38.25brlcadwhen that is included, it kicks off that #error Tk 8.5 must be compiled with tcl.h from Tcl 8.5
23:38.47jackyeah
23:40.17jackchecking for Tcl configuration... (cached) found /Users/jack/build/brlcad-7.16.6/src/other/tcl/unix/tclConfig.sh                                                                                
23:40.21jackchecking for existence of /Users/jack/build/brlcad-7.16.6/src/other/tcl/unix/tclConfig.sh... loading                                                                                            
23:40.25jackchecking for Tk configuration... found /Users/jack/build/brlcad-7.16.6/src/other/tk/unix/tkConfig.sh                                                                                            
23:40.29jackchecking for existence of /Users/jack/build/brlcad-7.16.6/src/other/tk/unix/tkConfig.sh... loading
23:40.32jacklooks so promising ;)
23:41.12brlcadmostly to be expected :)
23:41.20jacksure
23:41.27brlcadthe kicker is the final CPPFLAGS
23:41.43brlcadif there's a /sw/include before src/other/tcl/generic, then there's a problem
23:41.48jacknow where do i fix my CPPFLAGS? just make CPPFLAGS="blabla"?
23:44.25jackok, seems to work
23:44.46jack-I/sw/include is last (before $CFLAGS)
23:51.53jackbrlcad: if it builds now (i bet it will)
23:52.04jackshould i enable rtgl?
23:52.15brlcadnot if ogl is disabled
23:52.18jackor is it way too immature for "users"
23:52.35brlcadI'd suggest leaving it off for now
23:52.41jackok
23:53.30jackit's "only" a raytracer, right?
23:53.59jackusers can use povray for that...
23:54.15brlcadno, it's a shaded  visualization mode in the editor
23:54.28jackoh ok, no povray
23:54.36brlcadour raytracer works just fine
23:54.48jackok :)
23:55.17brlcadthis is raytracing the geometry on the fly to generate a point-cloud that is then visualized with opengl
23:55.33jacki see
23:55.34brlcadotherwise the default is 2D raytrace images and 3D wireframes
23:56.05jacksounds great of course...will be fun once i can enable it and people run it on recent macs
23:56.35jackmaybe in version 8 or so ;)
23:56.36brlcadit runs, heck was even developed on mac, but just isn't done yet
23:56.54brlcadrel8 won't be this year
23:57.04brlcadthat's major incompatibility
23:57.16brlcadat least it implies that
23:57.23jack:)
23:57.26jackalright
IRC log for #brlcad on 20100407

IRC log for #brlcad on 20100407

00:17.56``Erikthinks rt is a bit faster than povray O.o
00:41.59poolioHeh, I should benchmark my raytracer. Just "finished" it today :)
00:47.16``Erikdoo eeet
01:43.35brlcadshakes fist at the ..awesome.. speed of msvc compilation
01:46.11``Erikit's actually quite clever as a "professional" tool... gives the poor losers stuck writing windows code LOTS of time to goof off
01:46.44``Erik(actually, isn't it pretty quick once the PCH pass has completed?)
02:55.39jackloved to raytrace stuff with imagine on the amiga in the 90s
02:55.47jackand lightwave
02:57.24``Eriklw was neat
02:58.22``Erikgrab some lwo's of spaceships or whatever, fire up the, uh, scene editor thingymabobber, choreograph it and hit the 'go' button, awesomeness ensued O.o
02:58.32jackyup
02:58.48jackjust that a single image could require days back then
02:59.01``Erik<-- even bought an expensive miro card to put animations on vhs tapes O.o
02:59.08jackautodesk 3d studio on a pc was definitely more fun for animation in the 90s
02:59.16jackbut it couldn't raytrace
03:00.00``Erikhm, there was one from the arly 90's that I used a bit, can't remember the name, may've been the autodesk thing..
03:00.03``ErikO.o
03:00.16jackmaxon cinema4d?
03:00.25jackthat was popular too
03:00.36``Erikdon't remember
03:00.57``Erikmy 486 was top of the line at the time, so the 320x240 animations weren't too difficult for it
03:01.02``Erikuh, .flx files or something?
03:01.06jack:)
03:01.15``Erikflc?
03:01.15jackyeah, or flc or so
03:01.24``Erik:D long time ago
03:02.55``Erikhm, and some vector drawing program around the same time... uhhhh
03:03.05``Erikthink it had a picture of a hot air balloon on the box
03:03.10jacknot sure what the common picture format was back then
03:03.15jacktga?
03:03.35``Eriktargas were popular, pcx and jpg, too
03:03.50jackyeah pcx :)
03:03.53``Erikwrote some pcx utilities for quake skinning
03:03.58jackhehe
03:04.34``Erikcoreldraw, yeah... was insanely expensive at the time
03:04.55``Erikand it was back then that I discovered that not only do I have no talent in drawing on paper, but I have no talent in drawing with a computer :D
03:04.56Jonimusinkscape>>Corel Draw
03:05.17jackJonimus: xara is quite cool nowadays
03:05.17``Erikwhat was the one form the 80's with the uh, picture of king tut on the box? digital studio or something?
03:06.18jackdunno...
03:06.52``Erikheh, and koalapaint on the c64
03:07.13jackyeah :p
03:07.37jackprecursor of deluxe paint on the amiga
03:07.40``ErikAH! deluxe paint
03:07.44``Erikthat's the king tut one
03:07.51``ErikI had a c64 version of that
03:07.54jackoh, yep :)
03:08.21jackrarely saw boxes back then, being a pure pirate
03:08.24``Erikheh
03:09.06``ErikI remember computer clubs that'd have boxes of 5.25" disks and a bunch of machines with pairs of drives for disk copying
03:09.18``Erikshow up with a box of blanks and go to town O.o different days :)
03:09.18jackyup
03:09.49``Erikand photocopied manuals O.o
03:10.07jackoften drove to venlo.nl, there was some kind of huge copyparty every 3rd saturday in a month
03:10.12``Erik<-- hides the ironic photocopy book of 'pirates!' on his bookshelf O:_)
03:12.01jackwhen i bought my first 5,25" disk, i paid 6 d-marks for it or so
03:12.18jackdunno, i think that equals about 10 or 15 dollars now
03:13.11``Erik<-- bought 120 minute cassette tapes to cram more stuff on :D
03:13.30jacki hated datasette and tapes
03:13.31``Erik"data" cassettes were overpriced 30 minute 4track cassettes
03:13.38jacknever wanted to buy one
03:14.11jackturbotape (c64) made it bearable, but still sucky compared to a floppy
03:15.39``Erikyeh, after using the built in cassettes on the coleco adam, we went with disks on the c64... had a 5 1/4" for the coleco, but it never worked right
03:16.14jackcoleco :) i never had anything before my c64
03:16.56``Erikc64 and 128 were very nice machines... I surrendered them in '96 :/
03:17.13``Erikafter a brief stint of windows, I migrated to linux
03:17.29jackyeah, i switched to the amiga pretty abruptly too
03:17.37CIA-73BRL-CAD: 03brlcad * r38357 10/brlcad/trunk/misc/win32-msvc8/ (168 files in 168 dirs):
03:17.37CIA-73BRL-CAD: slew of msvc build system updates including increasing the warning level on
03:17.37CIA-73BRL-CAD: libraries to the maximum, enabling reports of 64-bit compatibility issues on all
03:17.37CIA-73BRL-CAD: projects, and defining even more project dependencies so that parallel building
03:17.37CIA-73BRL-CAD: will work (incomplete).
03:17.45``Eriknever had an amiga... a friend had one, was a nifty computer
03:18.01jacki loved it :)
03:18.43``Erik"guru meditation mode" heh
03:18.54jackunforgettable :P
03:19.10jackso much better than a Win NT bluescreen or so
03:19.12``Erikthe 'bsod' screen saver is good fun
03:20.41``Eriknt's dos emulator was supposed to be sandboxed, but I found it incredibly easy to accidently bluescreen nt when I wrote some bad assembly in it :/
03:21.01jackhaha
03:21.16``Erik<-- was annoyed that the professor wanted dos asm instead of letting him ssh into the fbsd or linux server
03:22.43jackwhat were the modes that came with every new 80X86...real, advanced, protected...headshot?
03:22.55``Eriknutshot
03:23.02jack:)
03:23.42jacki did everything in assembly on the 6510
03:23.59jackalmost nothing on the 680x0 cpus later
03:24.14jackbut on the c64 it was pure fun
03:25.01``ErikI had a mandatory class in 'assembly', unfortunately it was only dos/286... the computer architecture class got us into r2k asm (using spim) and writing our own ISA, program, and building a pipelined CPU in um, "mmlogic"
03:26.07``Erikon the 6512 (I think that's what was in the c=64c), I did monitor mnemonics, not assembly... :D all jmps were hand computed, it was a fancy version of 'poke'... fastload when I had to, but I preferred the one in warpspeed
03:26.17``Erikthe good old days O.o
03:26.24jackhaha
03:26.51jacki used smon a damn lot too
03:27.11``Erikhttp://www.vex.net/~falco/images/warpspeed.jpg   awww yeahhhh
03:27.25jackbut for serious stuff (like that game i ported from the amiga for money) turboasm was so much better
03:27.46jackof course you can move+relocate everything in smon
03:28.02``Eriksmon was a monitor for amiga?
03:28.12jackbut that's a major headache once your project gets better...
03:28.20jackno, for the c64
03:28.32jackbest monitor ever :)
03:28.32``Erikhum, don't recall that one
03:28.46jacks/better/bigger/
03:28.50``Erikheh, did have a C compiler for the commodore, never got around to using it, though
03:38.25jackhttp://noname.c64.org/csdb/scener/?id=11656
03:38.33jackmy ancient identity
03:39.09jacki did quite a few releases, but don't have the disks anymore...so what, who cares
03:39.54jackno clue who wrote that comment
03:43.06``Erikheh, cool... I only ever released one piece of software for the 64... a little text dungeon crawler type game
03:43.18jack:)
03:43.24jackpre-moria?
03:43.36``Erikwas all excited when someone dialed in long distance to the bbs and downloaded it
03:43.49jacki loved the infocom crap back then
03:44.05jackthhgttg, zork etc
03:44.06``Erikwas a lot more like zork
03:44.41``Erik"you see a frog. exits are to the east and north."
03:44.49``Erikthat kinda shtufff
03:44.57jackhehe ok
03:45.46jackthe game i probably wasted by far the most time with on the c64
03:45.57jackwas bard's tale (all 3)
03:46.29jacksimple gfx, but kinda smoother than text-only
03:50.44``ErikI liked the first one the best
05:52.23jacki loved part 2 with the "archmage", too...and part 3 topped it again, technically
05:52.44jackless impressive than #2 had been but whatever
11:04.19d-lobrlcad: wow, what's mysqld upto?  been running for a bit
11:04.26d-looh and mernin!
11:34.43brlcadd-lo: mernin, usual load
11:34.58brlcadit peaks up momentarily from time to time as tables are reindexed and optimized
12:12.12d-lokk.  Every time I checked, it was at 50-70%.  Never been good with timing, so it was probably just my bad luck :)
12:34.59``Erikit tends to dog anyways, all the forum crap and some other crap is in it... I think brlcad fixed SOME of the sql, but I'm sure there's lots of really horrible stuff still in there :D
12:42.12brlcadphpbb is a pig
12:42.31brlcadand bz's forum is huge
12:48.23d-looink
12:51.19``Erikbe interesting to just move the forum (or everything but the forum) over to the new machine to isolate the load the forum alone causes
15:31.38CIA-73BRL-CAD: 03bob1961 * r38358 10/brlcad/trunk/src/tclscripts/archer/images/ (167 files): Added images to support the new tree widget in Archer and to prepare for the removal of Themes.
15:36.30CIA-73BRL-CAD: 03davidloman * r38359 10/rt^3/trunk/tests/GS/libNetwork/CMakeLists.txt: Fixed some library linking errors. libNetwork tests were not linking to libNetwork.
15:54.32CIA-73BRL-CAD: 03davidloman * r38360 10/rt^3/trunk/ (include/alf/ src/alf/): Updated svn:ignore on include/ald and src/alf to ignore *.h.backup and *.cxx.backup generated by misc/header.sh and misc/footer.sh
15:55.42CIA-73BRL-CAD: 03davidloman * r38361 10/rt^3/trunk/ (3 files in 2 dirs): Stub in BaseApp. will be the base class for all applications launchable by AppLauncher
16:15.42CIA-73BRL-CAD: 03davidloman * r38362 10/rt^3/trunk/src/ (5 files in 4 dirs): Reorg: Move src/ge/libUtility to src/libUtility. Makes little sense to keep libUtility as part of the GE.
16:18.36CIA-73BRL-CAD: 03davidloman * r38363 10/rt^3/trunk/src/ (CMakeLists.txt libUtility/ utility/): Rename src/libUtility to src/utility
16:19.57CIA-73BRL-CAD: 03davidloman * r38364 10/rt^3/trunk/src/alf/: Add moc_* to src/arlf's svn:ignore list.
16:21.38CIA-73BRL-CAD: 03davidloman * r38365 10/rt^3/trunk/include/ (Utility/ utility/ utility/Logger.h): Refactor include/Utility to include/utility for correctness.
16:34.44CIA-73BRL-CAD: 03bob1961 * r38366 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Using a new tree widget.
16:53.28CIA-73BRL-CAD: 03davidloman * r38367 10/rt^3/trunk/ (36 files in 16 dirs): Move Logger into src/utility and integrate it into libUtility. Makes more sense if its there.
18:07.59CIA-73BRL-CAD: 03davidloman * r38368 10/rt^3/trunk/src/utility/Logger.cxx: Bugfixes to Logger. Was continually printing INFO tag instead of the correct category.
18:09.34CIA-73BRL-CAD: 03davidloman * r38369 10/rt^3/trunk/tests/ (4 files in 2 dirs): Add test for Logger
18:12.29CIA-73BRL-CAD: 03davidloman * r38370 10/rt^3/trunk/include/utility/ (. StringUtils.h): Updated svn:ignore on include/utility to ignore *.h.backup generated by misc/header.sh and misc/footer.sh. Also added the start of a string utility class.
18:34.20CIA-73BRL-CAD: 03bob1961 * r38371 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Ripped out theme related code.
19:08.51d-lostarseeker: looks like the code behind model2view changed.
19:09.13d-loit used to take X Y Z args, and now it takes zero args.
19:13.16starseekernods
19:14.51``Erikblahhhh
19:15.16CIA-73BRL-CAD: 03erikgreenwald * r38372 10/brlcad/trunk/ (164 files in 14 dirs): Update libpng to 1.4.1
19:29.34pooliois there some simple linux utility to do image diffs?
19:29.50starseekerI think imagemagick has something
19:34.00pooliostarseeker: thanks. 'compare' did the job
19:35.37CIA-73BRL-CAD: 03starseeker * r38373 10/brlcad/trunk/ (10 files in 5 dirs):
19:35.37CIA-73BRL-CAD: Merge in tkpng 0.9 to replace tkimg - unlike last time, just duplicate the tkimg
19:35.37CIA-73BRL-CAD: approach already present and tweak the Archer loader to use tkpng instead. No
19:35.37CIA-73BRL-CAD: more incorrect than it already was, and this should avoid issues tkimg seems to
19:35.37CIA-73BRL-CAD: be having with libpng 1.4.1 - will go away altogether once upgrade to tk 8.6
19:35.38CIA-73BRL-CAD: happens.
19:38.03poolio(working on my raytracer: http://poolio.org/~poolio/stacks.png)
19:38.35starseekerneat
19:38.43starseekerhow long?
19:39.28pooliohow long did it take to render?
19:40.37starseekeryeah
19:41.03pooliomaybe like 10 seconds on my slow laptop. it's a super simple scene
19:42.16starseekercool
19:42.47``Erikfractal shader, checkerboard shader, and reflection, hm
19:43.17``Erikor are those texture images?
19:43.55poolioyeah no fancy shaders, those are just textures, reflection and refraction for the cube under the sphere
19:44.16poolioit's really barebones but that's all i had to do for the assignment :P
19:44.25``Erikif'n ya want a lot of triangles, marching cubes to generate an STL file in BRL-CAD... :D
19:44.42``Erikso no scene subdivision, I assume?
19:44.58``Erik20 million triangles would probably SUCK :D
19:45.09poolionope. we have a model of a toy plane with a few thousand triangles that takes ~30 minutes to render (using a bounding sphere)
20:15.15*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:26.11CIA-73BRL-CAD: 03r_weiss * r38374 10/brlcad/trunk/src/conv/obj-g_new.c: more nmg creating logic testing
22:55.52brlcadpoolio: nice work on the tracer!  what's next?
22:57.43brlcadslaps starseeker for not mentioning brl-cad's pixdiff or pixcmp
23:02.03CIA-73BRL-CAD: 03brlcad * r38375 10/brlcad/trunk/NEWS: cliff replaced tking with tkpng 0.9
23:47.02starseekerbrlcad: I assumed he knew about those but wasn't on a system with BRL-CAD - we aren't (yet) a common Linux utility
23:47.36starseekermutters something under his breath about average college campus computers...
23:48.57starseekerbut yeah, shoulda mentioned 'em, mea cupla
23:50.26starseekergrowls... waiting with baited breath, stix fonts in final review before release...
23:50.34brlcadwith 400+ tools, I wouldn't assume anyone knows any specific tool out of that set without better searching capabilities or online resources
23:50.49brlcadI'd bet 9/10 of our users don't know about pixdiff
23:51.37starseekernods
23:51.59starseekergood point - a small tk gui around a lot of those utilities might be a good idea at some point...
23:53.07starseekerconsiders setting up a betting pool on when the stix font guys announce "we have to start over, major errors were introduced into the fonts..."
23:53.23starseekerwoulda been a good April 1st update for them
23:59.50starseekerlikes to think of the stix fonts as the Duke Nukem Forever of the scientific world
IRC log for #brlcad on 20100408

IRC log for #brlcad on 20100408

00:01.14starseekernotes ``Erik actually updated the NEWS file when he updated libpng O.o
00:24.56``Erikuh huh? O.o
00:25.12``Erikwhen something's ready for user consumption, ahz dooz dat
00:58.31``Erik*burp*
01:00.44``Erikfwiw, libpng 1.4 has a bunch of signature changes to make it 64b safe which broke tkimg on 64b platforms (linux and fbsd), tkpng was to cope O.o :D
01:05.35``Erikplays with his new camera some O.o
02:14.06CIA-73BRL-CAD: 03brlcad * r38376 10/brlcad/trunk/doc/BRL-CAD.bib: Practices and Standards in the Construction of BRL-CAD Target Descriptions is ARL-MR-103.
02:17.56``Erikhah, tron style on southpark
02:18.03CIA-73BRL-CAD: 03brlcad * r38377 10/brlcad/trunk/src/libged/tables.c: cleanup, ws, indent, formatting. removed dead code.
02:19.09CIA-73BRL-CAD: 03brlcad * r38378 10/brlcad/trunk/src/libged/tables.c: reorder to avoid forward decls
02:27.43CIA-73BRL-CAD: 03brlcad * r38379 10/brlcad/trunk/src/libged/tables.c: use HIDDEN on static funcs and rename them so they're not confused with public api.
03:06.50CIA-73BRL-CAD: 03brlcad * r38380 10/brlcad/trunk/src/libged/tables.c: quell verbose warnings
03:11.46*** join/#brlcad Ralith (~ralith@69.90.48.97)
03:23.03CIA-73BRL-CAD: 03brlcad * r38381 10/brlcad/trunk/src/libged/tables.c: eliminate two globals, passing those counters around as params instead.
03:44.29CIA-73BRL-CAD: 03brlcad * r38382 10/brlcad/trunk/src/libged/tables.c:
03:44.30CIA-73BRL-CAD: fix a crash reported by Tom Browder ( tbrowder2 ) via sf bug report 2974586
03:44.30CIA-73BRL-CAD: (Core Dump with mged 'solids' Command) where a stack trace showed a bogus vls.
03:44.30CIA-73BRL-CAD: since we don't know how memory will be initialized, calling
03:44.30CIA-73BRL-CAD: bu_vls_init_if_uninit() here is wrong. really should check all calls to that
03:44.30CIA-73BRL-CAD: function for similar patterns of fail.
03:52.21CIA-73BRL-CAD: 03brlcad * r38383 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: little more parameter validation on rt_arb_describe()
10:45.42d-loMernin all
11:50.49brlcadmernin
12:58.28CIA-73BRL-CAD: 03erikgreenwald * r38384 10/brlcad/trunk/src/other/libpng/libpng-1.2.35.txt: remove old file
13:21.45*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
13:50.05*** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ)
13:50.33``Erikirritating, my home machine doesn't seem to be talking anymore O.o
13:51.44*** join/#brlcad ``Erik_ (~erik@c-69-140-109-104.hsd1.md.comcast.net)
13:56.20CIA-73BRL-CAD: 03erikgreenwald * r38385 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: erm, actually use the detected tclsh and wish instead of throwing them away and assuming?
15:02.12CIA-73BRL-CAD: 03erikgreenwald * r38386 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: minor fix for amd64/fbsd
16:03.43CIA-73BRL-CAD: 03brlcad * r38387 10/brlcad/trunk/include/common.h: add a GNUC_PREREQ macro to test the version of gcc as well as an UNUSED() macro to simplify setting an __attribute__((unused)) on unused parameters (or making it an anonymous param if this is msvc)
16:04.07CIA-73BRL-CAD: 03brlcad * r38388 10/brlcad/trunk/include/bu.h: use the new GNUC_PREREQ macro instead of testing the version directly
16:20.10*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
16:33.03CIA-73BRL-CAD: 03Morgan greywolf 07http://brlcad.org * r2226 10/wiki/BRL-CAD_Primitives: /* rcc */
16:34.44CIA-73BRL-CAD: 03Morgan greywolf 07http://brlcad.org * r2227 10/wiki/BRL-CAD_Primitives: /* rcc - params missing */
16:43.42CIA-73BRL-CAD: 03Morgan greywolf 07http://brlcad.org * r2228 10/wiki/BRL-CAD_Primitives: /* rcc - add example */
17:06.39CIA-73BRL-CAD: 03brlcad * r38389 10/brlcad/trunk/src/other/tcl/generic/tclDecls.h:
17:06.39CIA-73BRL-CAD: quell verbose compilation shadow warnings on mac os x (10.4,
17:06.39CIA-73BRL-CAD: /System/Library/Frameworks/ApplicationServices.framework/Frameworks/AE.framework/Headers/AERegistry.h)
17:06.39CIA-73BRL-CAD: for typePtr, renaming to the more specific typePtr instead. problem was
17:06.39CIA-73BRL-CAD: provoked by src/libdm/focus.c
17:48.09*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
17:49.23``Erikd-lo: http://www.collegehumor.com/video:1930495  "rpg heroes are jerks"
18:28.51starseeker``Erik: huh, Lyx claims some support for Docbook
18:30.55starseeker``Erik: looks like there's a list of editors here:  http://wiki.docbook.org/topic/DocBookAuthoringTools
18:38.37starseekerhmm - Serna seems to have some kind of source-code-available version, as well as an enterprise edition:  http://www.syntext.com/products/serna-free/
18:59.15CIA-73BRL-CAD: 03erikgreenwald * r38390 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: change the sw/se/nw/ne stuff to an array
18:59.24``Eriklooks through his mp3 collection for some good fun polka
19:02.27CIA-73BRL-CAD: 03erikgreenwald * r38391 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: pack simple repetition into loops
19:09.04CIA-73BRL-CAD: 03erikgreenwald * r38392 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: move primary ray allocation to gridding function
20:20.18*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:21.43*** join/#brlcad Elrohir (~kvirc@p5B14B501.dip.t-dialin.net)
20:48.26*** join/#brlcad Stattrav (~Stattrav@202.3.77.209)
21:16.01*** join/#brlcad ibot (ibot@rikers.org)
21:16.01*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
21:28.36CIA-73BRL-CAD: 03r_weiss * r38393 10/brlcad/trunk/src/conv/obj-g_new.c: debugging nmg creation tolerance issues
23:13.52*** join/#brlcad ibot (ibot@rikers.org)
23:13.52*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
23:49.40CIA-73BRL-CAD: 03starseeker * r38394 10/brlcad/trunk/src/archer/TODO: Update archer TODO
IRC log for #brlcad on 20100409

IRC log for #brlcad on 20100409

00:15.10*** join/#brlcad Ralith (~ralith@69.90.48.97)
00:54.20brlcadwishes this cold/flu thing would dissipate faster
01:57.14pooliobrlcad: yeah that's been no fun... I got it too :(
01:57.40poolioalso my raytracer is done for now, submitted it but I'll probably come back to it this summer. I'm curious to play around with some of the distributed ray tracing effects
02:02.05CIA-73BRL-CAD: 03brlcad * r38395 10/brlcad/trunk/include/ (bu.h common.h): reverse the logic on GNUC_PREREQ to match glibc's __GNUC_PREREQ() macro (and the implied meaning), but rename it to GCC_PREREQ() too. make __attribute__ a common.h provision.
02:06.48CIA-73BRL-CAD: 03starseeker * r38396 10/brlcad/trunk/src/tclscripts/mged/ (Makefile.am helpbrowse.tcl):
02:06.48CIA-73BRL-CAD: Add example tcl script that successfully displayed html with images using tkhtml
02:06.48CIA-73BRL-CAD: (needs tkpng, exactly correct directory placement currently) - crude, fragile,
02:06.48CIA-73BRL-CAD: and not general, it will be removed once Archer has an html displaying browser
02:06.48CIA-73BRL-CAD: that can load images. Just being stuck in to have handy as an illustration.
02:12.04CIA-73BRL-CAD: 03starseeker * r38397 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl LoadArcherLibs.tcl): Doesn't do anything yet except pop up an empty html window, but it doesn't crash - since there was no working Help of any sort hanging off of this menu option to start with, go ahead and commit.
02:24.39CIA-73BRL-CAD: 03brlcad * r38398 10/brlcad/trunk/include/common.h: provide a similar block for the intel compiler for testing version
02:40.04*** join/#brlcad IriX64 (~Warlock@bas2-sudbury98-1177593152.dsl.bell.ca)
02:40.47CIA-73BRL-CAD: 03brlcad * r38399 10/brlcad/trunk/include/common.h:
02:40.47CIA-73BRL-CAD: add similar LIKELY and UNLIKELY macros for branch prediction hinting. be VERY
02:40.47CIA-73BRL-CAD: brazen in making it clear that the new GCC_PREREQ and ICC_PREREQ macros are not
02:40.47CIA-73BRL-CAD: intended to be used outside of the common.h header file (as client code should
02:40.47CIA-73BRL-CAD: not be based on compilers, they should be based on tested features).
02:46.51CIA-73BRL-CAD: 03brlcad * r38400 10/brlcad/trunk/include/common.h: doxygen commens on the new UNUSED/LIKELY/UNLIKELY macros.
02:53.06CIA-73BRL-CAD: 03brlcad * r38401 10/brlcad/trunk/include/common.h: little more consistency if we somehow happen to run into a conflicting macro
02:53.55CIA-73BRL-CAD: 03brlcad * r38402 10/brlcad/trunk/include/common.h: oops, premature commit
03:16.02CIA-73BRL-CAD: 03brlcad * r38403 10/brlcad/trunk/include/common.h: add one more for a DEPRECATED marker that can be left on public API to warn if they're used. fix a typo on UNLIKELY too.
03:21.45CIA-73BRL-CAD: 03brlcad * r38404 10/brlcad/trunk/include/bu.h: replace __BU_ATTR_DEPRECATED with a simple DEPRECATED and use that before the function name as part of the signature.
03:31.21*** join/#brlcad Nohla (~jesica@201.255.244.77)
04:15.14*** join/#brlcad talcite (~matthew@76-10-151-95.dsl.teksavvy.com)
05:59.06*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
06:50.56*** join/#brlcad talcite (~matthew@75-119-229-153.dsl.teksavvy.com)
12:26.07starseekernotes the Cocoa AquaTk is apparently known not to work on 10.4
12:26.10starseekermutter...
12:29.50starseekerchuckles at this line: "Being an open source developer at Microsoft is like being a preacher in Vegas"
13:16.12brlcaddebates trying to be mobile
13:17.22CIA-73BRL-CAD: 03brlcad * r38405 10/brlcad/trunk/src/ (91 files in 43 dirs): use the new UNUSED() macro. e.g.: int main(int UNUSED(argc), char *UNUSED(argv)[]);
14:32.38CIA-73BRL-CAD: 03starseeker * r38406 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Successful display of image containing html in Archer help, but scrollbar not working
14:40.27CIA-73BRL-CAD: 03erikgreenwald * r38407 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: fire the primary rays in the gridding function
14:45.22CIA-73BRL-CAD: 03starseeker * r38408 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: OK, scrolling is working now.
14:47.15CIA-73BRL-CAD: 03starseeker * r38409 10/brlcad/trunk/src/tclscripts/mged/ (Makefile.am helpbrowse.tcl): Shouldn't need the helpbrowse example any more.
15:35.41*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
17:04.35CIA-73BRL-CAD: 03brlcad * r38410 10/brlcad/trunk/src/librt/primitives/nmg/nmg_pr.c: fix a subtle bug reported via an sf bug report from Fred ( breakfastfish ) when strict warnings was failing for him due to array subscript being out of bounds.
17:33.48CIA-73BRL-CAD: 03brlcad * r38411 10/brlcad/trunk/src/libbn/sphmap.c: move spm_free up since spm_init calls it, even if spm.h has the decls.
17:36.32CIA-73BRL-CAD: 03brlcad * r38412 10/brlcad/trunk/src/libtermio/termio.c: fix the 'real prototype' warning/error reproted by Auch Scelsi ( scelsi ) in sf report 2984176. since the signature is a bit complex, just move it earlier to avoid the need for a forward decl.
17:47.33*** join/#brlcad Elrohir (~kvirc@p5B14AAAD.dip.t-dialin.net)
18:11.24CIA-73BRL-CAD: 03starseeker * r38413 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Figured out how to get the title string from the html document - now to do something useful with it...
18:23.49CIA-73BRL-CAD: 03brlcad * r38414 10/brlcad/trunk/src/mged/titles.c:
18:23.49CIA-73BRL-CAD: add some additional validation checks related to sf report 1586998 (mged
18:23.49CIA-73BRL-CAD: segfault) from Karel Kulhavy ( clock3 ). was unable to reproduce his crash, but
18:23.49CIA-73BRL-CAD: suspect that there's some obscure case wehere illump is either ending up invalid
18:23.49CIA-73BRL-CAD: or illump->s_fullpath is invalid yet non-null, causing problems while we
18:23.50CIA-73BRL-CAD: iterate, print, and free the vls.
18:51.51CIA-73BRL-CAD: 03brlcad * r38415 10/brlcad/trunk/TODO: see if converting arbs with non-planar faces to brep arbs would suffice, allowing the removal of that validation restriction (at least in terms of ray-tracing). would be a great lil exercise for a new dev to play with.
18:52.58CIA-73BRL-CAD: 03starseeker * r38416 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: No links working, but explore using two html instances to provide a table of contents ability.
19:05.02brlcadalright.. bug count back down below 50
19:09.39starseekernice
19:12.29brlcadtom and wim's bugs should get some attention, prime users
19:12.46brlcadvery interesting tessellation failure bug report too, simpel geometry
19:47.18CIA-73BRL-CAD: 03brlcad * r38417 10/brlcad/trunk/include/brlcad_version.h: add a -0 to the version literals so that even if the file is empty, it'll result in the version getting set to zero. this should fix a peculiar case on windows where the COUNT file is empty.
19:55.22CIA-73BRL-CAD: 03brlcad * r38418 10/brlcad/trunk/src/libbu/cmd.c: quell Tcl_CmdProc type warning. bu_cmdtab's callback signature is rather limited for arbitrary callbacks. should be revisited.
20:00.47CIA-73BRL-CAD: 03starseeker * r38419 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Adding hyperlinking support looks to be a bit of a challenge - might be able to do what is needed for help browser with a tree widget.
20:05.10CIA-73BRL-CAD: 03brlcad * r38420 10/brlcad/trunk/src/libfb/if_wgl.c:
20:05.10CIA-73BRL-CAD: reorder functions to avoid most of the forward declarations (which were mostly
20:05.10CIA-73BRL-CAD: all k&r style anyways causing msvc grief. move wgl_interface to the bottom
20:05.10CIA-73BRL-CAD: accordingly so it can reference those funcs properly without decls.
20:09.35CIA-73BRL-CAD: 03erikgreenwald * r38421 10/brlcad/trunk/src/libgcv/region_end_mc.c: fuse the vertices and edges before the regions/shells are killed.
20:14.09*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:17.18CIA-73BRL-CAD: 03brlcad * r38422 10/brlcad/trunk/src/libfb/if_wgl.c: style, comment, indent cleanup
20:23.21CIA-73BRL-CAD: 03brlcad * r38423 10/brlcad/trunk/src/libfb/if_wgl.c: more cleanup and de-k&rification. remove register keyword.
20:28.34CIA-73BRL-CAD: 03bob1961 * r38424 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Disable the old tree viewer. Added functionality to colorize tree nodes depending on whether or not they're displayed. Also added (currently disabled) functionality to colorize tree nodes impacted by current edit state.
20:34.43CIA-73BRL-CAD: 03brlcad * r38425 10/brlcad/trunk/src/libfb/fbserv_obj.c: quell msvc warnings about Tcl params not matching.
20:38.11CIA-73BRL-CAD: 03brlcad * r38426 10/brlcad/trunk/NEWS: bob added colorization to archer's tree view. indicates what objects are presently selected.
20:57.41starseekerbrlcad: what do you think is the better course of action - work MGED's browser launching abilities into Archer, or  pursue a tkhtml based viewer?
20:58.23starseekerI might be able to get something very simple working quickly with tkhtml, but hyperlinking will be a trick
20:59.05starseekerbarring something like sucking in hv3
20:59.14starseeker(which requires sqlite)
21:02.46CIA-73BRL-CAD: 03erikgreenwald * r38427 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: decimate if possible.
21:19.58CIA-73BRL-CAD: 03brlcad * r38428 10/brlcad/trunk/src/conv/iges/makedir.c: wow, using write(1,... to send to stdout. ballsy stupid.
21:20.50CIA-73BRL-CAD: 03brlcad * r38429 10/brlcad/trunk/src/conv/iges/makedir.c: cleanup indent, style, comments, remove authors.
21:24.21``Erikhmmmmm
21:24.43``Erikstarts thinking that nmg_model_face_fuse() simply doesn't work O.o
21:25.31CIA-73BRL-CAD: 03brlcad * r38430 10/brlcad/trunk/src/mged/fbserv.c: use explicit Clientdata vars to try and appease msvc
21:26.17``Erikalmost looks like the typical "inci(int i){ i++; return; }" issue
21:29.12CIA-73BRL-CAD: 03starseeker * r38431 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Start working on the man page viewer - close, but can't get it to update the html display with the new data yet.
21:29.16CIA-73BRL-CAD: 03brlcad * r38432 10/brlcad/trunk/src/mged/fbserv.c: reorder to avoid forward decls
21:31.45CIA-73BRL-CAD: 03brlcad * r38433 10/brlcad/trunk/src/mged/fbserv.c: oops, missed one reorder. quell all warnings.
21:32.22brlcadcould be
21:32.58brlcadthat would be f'ing hilarious if most of the tessellation problems turned out to be a simple off-by-one code bug in an obscure routine
21:33.21brlcadand by fixing it, all problems go away
21:33.33brlcadsupremely unlikely, but it would be slap dead hilarious
21:35.11``Eriknot on off by one
21:35.45CIA-73BRL-CAD: 03starseeker * r38434 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Ah, there we go - got it working. We now have man page viewing in Archer.
21:36.01``Erikit looks like the various functions start out by creating a ptbl, wiring the pointers in the ptbl to the content in the NMG struct... do their magic on the ptbl without altering the NMG... then delete teh ptbl and return the # of items supposedly  removed.
21:36.38``Erik(this is all fusing stuff, the decimation type routines)
21:36.57CIA-73BRL-CAD: 03brlcad * r38435 10/brlcad/trunk/src/mged/fbserv.c: instead of going through long, use uint32_t stdint type for truncating/testing the clientdata fd
21:37.50``Erikemailed daytona, may do some serious code spelunking on tuesday
21:38.38CIA-73BRL-CAD: 03brlcad * r38436 10/brlcad/trunk/src/mged/titles.c: remove unused vls and subsequent tiny memory leak
21:39.32brlcadwas thinking to start hashing out nmg test cases for api validation
21:40.08``Erikheh, unit test style?
21:40.09brlcadgoing through the nmg api func by func, writing a little test case that verifies its behavior for a given set of inputs
21:40.12brlcadyeah
21:40.32brlcadstarting with the super basic low-level funcs
21:40.33starseekeris inclined to think nmg stuff is complex enough to justify it
21:40.54``Erikmight be interesting to run some coverage type tools, see how many of those functions aren't even used (by us)
21:40.58brlcadstarseeker: it is with our current dev set, nobody here is an nmg expert
21:41.12brlcadused to be several
21:41.28``Erikdaytona is probably the closest left
21:41.42brlcadbar far, certainly
21:41.58``Erikand he doesn't seem interested in remembering it... :D
21:42.18brlcadhe knows that stuff way better than he lets on
21:42.26``ErikI know, that's why I emailed him
21:43.24brlcadhe spent just a few weeks (years ago) and cleaned up years of instability, took it from 90% reliable to at least 95% reliable
21:43.40``Erika decade ago? :D
21:43.45brlcadnot quite
21:44.30brlcadby the end, I think he had it close to 99%
21:44.40``Erikhas to brush up on some bu stuff before he can get any deeper into nmg :/
21:44.49brlcadfew more weeks and I bet he could have added a few nines
21:47.41``Erikprobably
21:48.08``Erik<-- throws these 'kimchi flavored' vegetable dumplings in his cooler and heads home O.o
21:49.09CIA-73BRL-CAD: 03brlcad * r38437 10/brlcad/trunk/src/mged/utility1.c: const qualifier mismatch.
21:54.08CIA-73BRL-CAD: 03brlcad * r38438 10/brlcad/trunk/src/mged/utility1.c: more cleanup, reorder to avoid forward decls. remove slew of non-existent forward decl funcs.
22:05.42CIA-73BRL-CAD: 03brlcad * r38439 10/brlcad/trunk/src/mged/utility1.c: quell all remaining verbose compilation warnings (gcc401)
22:06.52starseekerO.o  anybody else getting a seg fault with Archer on Linux?
22:07.34CIA-73BRL-CAD: 03brlcad * r38440 10/brlcad/trunk/src/rt/view_bot_faces.c: casting quellage. stupid use of ptbl..
22:08.10starseekerlibbu/cmd.c line 75 - cannot access memory of at address of ctp
22:08.29CIA-73BRL-CAD: 03brlcad * r38441 10/brlcad/trunk/src/rt/view_bot_faces.c: cleanup, ws, indent, consistency
22:08.31starseekersame deal with mged
22:08.39brlcad``Erik: thanks anyways.. almost headed in just for that
22:08.55brlcadstill wasn't 100% though today seems to be turning around
22:09.40brlcadstarseeker: oops
22:10.58starseeker38418 I assume?
22:11.04CIA-73BRL-CAD: 03brlcad * r38442 10/brlcad/trunk/src/libbu/cmd.c: shame on you, gcc, for shaming me. should have warned about the wrong scope bad dereference.
22:11.15starseekerhehe
22:11.17starseekerthanks
22:11.18brlcadjust read the line, it's bogus
22:11.25brlcaddereferencing ctp
22:12.20starseekerah, right
22:18.47starseeker/brlcad/src/rt/view_bot_faces.c:239: error: 'fnp0' undeclared
22:20.08starseekeroh, I see it
22:21.23CIA-73BRL-CAD: 03starseeker * r38443 10/brlcad/trunk/src/rt/view_bot_faces.c: Fix typo
22:26.57CIA-73BRL-CAD: 03r_weiss * r38444 10/brlcad/trunk/src/conv/obj-g_new.c: some variable name cleanup and debugging nmg creation logic
22:30.27CIA-73BRL-CAD: 03starseeker * r38445 10/brlcad/trunk/NEWS: The html manual page viewer in MGED has now been ported to Archer.
22:32.31CIA-73BRL-CAD: 03starseeker * r38446 10/brlcad/trunk/src/archer/TODO: Mark man pages as done in Archer TODO
22:53.33``Erikmebbe I'll bring some back in next week *shrug*
IRC log for #brlcad on 20100410

IRC log for #brlcad on 20100410

05:31.08*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
11:12.28*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
11:12.28*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
14:36.53``Erikheh, let my (exploration minded) boy cat out on the back deck, the neighbors dog was going nuts O.o heh
17:14.59*** join/#brlcad jdoliner_ (~jdoliner@ursa.cs.uchicago.edu)
20:33.55*** join/#brlcad mafm (~mafm@81.37.87.24)
21:10.03*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:22.03*** join/#brlcad talcite (~matthew@206-248-163-237.dsl.teksavvy.com)
22:55.21``Erikheh, yeah, I think I'm gonna spend those budget $'s on making NMG's better... who knows, mebbe I'll add a few 9's to out conversion capability and be able to say "once again, ya'll messed up by telling us to implement a 'solution' instead of coming to us with your problem"
22:57.55``Erikrecalls fondly when he neither knew about nor cared for the pointy haired budgetting side :/
23:07.02Stattrav``Erik: hello
23:07.41``Erikhi, stattrav, how's it going?
23:08.16Stattrav``Erik: good submitted an app to cgal this time. and desperately trying to get a job
23:08.40``Erikjobs can be hard to get, the last decade has been damn rough
23:08.45``Erikgood luck :)
23:09.52Stattravyeah interviewing with amazon at the moment. done with round 1, have the second round of interview on 15th, a call from amazon seattle
23:10.21``Erikhm, they do have some interesting problems to tackle... and I like seattle, it's where I grew up :)
23:11.08``Erikya going for a programmer job, sysadmin, ...?
23:11.12Stattravaah i wouldnt be working in Seattle though, i would be placed in India itself. But I would visiting seattle
23:11.22Stattravmath modelling
23:11.45``Erikooh, neat, I like abusing my local math guy :D
23:12.26Stattravlol
23:12.26``Eriknever been to india, closest I've been in okinawa on the japanese ryuku's, I think
23:12.56Stattravwell thats not very close either. :)
23:13.28``Erikthe dichotomy of teh area sounds interesting, I'd like to see it, but *shrug* it's not where I am :)
23:13.29Stattravnever been to americas, the closest i have been to is singapore on one side and Stockholm on the other
23:14.48Stattrav``Erik: I dont know why but India attracts a lot of dopeheads who are in search of spirituality and more than half the spiritual gurus they meet are bogus
23:16.26``Erikheh, yeh, not quite clear on that myself... I know steve jobs did it 20 years ago... O.o mebbe the whole "well, it's next to nepal, right? where the 'dailee llama' is?"
23:17.07``ErikI'm sure most o f india is like "dalai lama? yeah, he's a guy up in those mountains off that way"
23:17.11Stattravyeah! that place is awesome where Dalai lama lives
23:18.09Stattravi am sure not more than 5% of the people really know what he does :)
23:18.34``Erikand on the other side is china, huzzah, they're friendly, right? :D *duck*
23:19.26``Erik'sok, I'm sure the same could be said about the pope here where most folk are christian (though the pope is technically just over teh catholic subset, I think)
23:19.26Stattravno comments :)
23:20.07Stattravyeah the catholic spiritual head :) been in a catholic school all my life
23:20.22``Erikaw, c'mon, I'm sure if india and china could ever agree on where the border is, ya'lld be meeting up at it to shake hands and say "howdy neighbor" :D *duck*
23:20.49Stattravlol
23:21.54``Erik(I guess the upside is that the dispute is up in some reasonably useless (althought pretty) mountains, so shooting eachother isn't every day, just some)
23:22.05StattravNow that India has opened door to the foreign universities, I might be able to get my grad school admission to an american university in India which might not have high requirements like the ones geographically in US
23:22.42``Erikthe US ones have high requirements? O.o
23:22.46Stattravyeah. "defining borders" is the issue with both pakistan and china
23:22.54Stattrav``Erik: yeah the good ones.
23:23.06Stattravofcourse :) wanted to go to UMD or UNC
23:23.16``Erikthe paki's are more interested in pointing guns over at afghanistan and stuff, though... right?
23:23.20``Erikumd? O.o
23:23.42``Eriksee, I'd rather to go cmu or stanford than those
23:23.57``Erikthough unc chapel hill seems to have some neat computer graphics stuff going
23:23.59Stattravi wouldnt get into stanford in a million years
23:24.10Stattravyeah manocha
23:24.45``ErikI wonder if there're significant acceptance differences for a foreign applicant
23:25.54``Erik(umd is just down the road from a lot of the BRL-CAD developers, some have used them for evening courses, though johns hopkins seems more popular)
23:26.08Stattravaah naice
23:26.18``Erikthe umbc campus, anyways
23:26.53``Erikindeed, brlcad himself lives in the city of baltimore... :D
23:27.16Stattravthe college park campus has pretty good people in there afaik
23:27.57``Erikiirc, that's between baltimore and dc... I think I've driven through it trying to turn around on thte highway once
23:28.39StattravI have heard that baltimore is a great place from my gf.
23:29.16``Erikkinda surprising that one of yoru targets is so close, given that the continental US is roughly the same size as all of europe... :D
23:30.17Stattrav:) well unlike europe there exists a lot of diversity in climate in US
23:30.29``Erikif you're keen on baltimore, ya might give johns hopkins a try, too, I think it's jhu.edu
23:31.08``Erikstanford, carnegie mellon, berkely, ... those might be worth at least an attempt *shrug*
23:31.30``Erikand then there're some really good ones in other countries, a disgustingly smart friend did some awesome stuff at oxford
23:31.36Stattravyeah :) checked it out. At that moment i plan on getting a masters in India, which would apply for next year and then apply for PhD at one of these places.
23:31.50Stattravyeah even UCL is awesome
23:32.09Stattravs/would/i would/
23:32.26``Erikum, even purdue used to be a big name, dunno if they are anymore though
23:33.32Stattravbtw I was thinking of making a brlcad package for archlinux
23:34.21``Erikokie... ? :D
23:35.18``Erik<-- doesn't know anything of archlinux's gut... put together some redhat and debian stuff a long time ago, currently maintains the freebsd port/package http://www.freebsd.org/cgi/cvsweb.cgi/ports/cad/brlcad/
23:36.40Stattravaah arch has this aur ( arch user repository) to which packages can be easily uploaded to initially and then pushed to extras
23:36.57``Erikwhat package file format does it use?
23:37.01``Eriksomething custom?
23:37.18Stattravit basically uses .tar.gz with some build scripts
23:37.27``Erikok, so very solaris like
23:37.44Stattravin some way its gentoo like :)
23:38.10``Erikare they ok with the notion of installing in a weird place? BRL-CAD tends to have conflicts with other packages, so we like using a dedicated directory, very old school...
23:38.23Stattravnot at all
23:38.31``Erikbah, gentoo is just a halfassed attempt to imitate the bsd's, and it does it poorly :D *duck*
23:38.54Stattravlol i know quite a few gentoo devs who take it personally when said so :P
23:39.06``Erikyeah, the truth hurts *shrug* :D
23:39.19``Erik<-- went from linux to fbsd about a decade ago
23:40.07Stattravwoah naice. I still do not understand the philosophical issues of fbsd when i do i shall give it a try :)
23:40.14``Erikwhen showing off how fbsd does it to a gentoo user, they usually drool and would switch if they could figure out how to stop chanting 'linux' over and over
23:40.54``Erik<-- did kernel stuff in the 90's, compared linux and fbsd, decided linux was a big huge ugly hack and bsd was actually pretty decent
23:42.16``Erikif ya do get archlinux package shtuff going, it might be worth shoving any nontrivial stuff into the misc/ dir in the BRL-CAD repo
23:42.18Stattravaah is it, shall look it up.
23:42.59Stattravsure :) now that i shall be free again, i was looking into the topics which i can contribute too.
23:43.29``Erikmy big issue with linux at the time was that it did all sorts of neat hacks to make things fast, but it got them WRONG on occasion... and the code itself was pretty crappy from the human trying to read it perspective
23:43.30Stattrav``Erik: most of you guys work with arl ?
23:43.48``Erikthe heavy committers do either as employees or contractors
23:44.13Stattrav``Erik: but years later now the kernel code has a lot of documentation
23:44.39``Erikyeah, sorta...
23:45.27``Erikthe bsd's have always had a lot of documentation, I have a couple books about BSD internals from before linux existed, there're significant differences, but the books are still mostly applicable and the changes are very well documented *shrug*
23:46.32``ErikI d'no, personally I kinda look at linux and see a bunch of guys hacking in their off time to do 'nifty' things... the bsd guys value stability and usefulness over niftiness and have a lot of up front respect for documenting and testing
23:46.32Stattravyeah when i was in second year of college one of the student servers in the campus which we had to manage was running bsd, so had to read up on bsd hacks :)
23:46.40``Eriklinux is by amateurs, bsd is by pro's :D *duck*
23:46.48Stattravlol
23:47.01Stattravtry telling that to the big daddy linus :P
23:47.15``Erikquite the famous amateur there ;D
23:47.29Stattravlol
23:47.45``Erikhis code is ugly, but he has proven to be competent at maintaining OS communities
23:48.44StattravI have shifted to linux because Windows was ugly in terms of resource consumption:)
23:49.10``Erikof course, I'm a bit biased... I'm a fan of bigtime unix portability, and 99% of the time, linux is the odd man out... it's teh windows of the unix world
23:49.38Stattravlol.
23:49.49``Eriksubtle but crippling things, mind you
23:50.26Stattravthen mac is the pretty useless white fairy of the unix world ?
23:50.59``Eriklike, say, the IOCTL behavior... fundamnetally flawed, nvidia uses the bug for their driver... so even with ugly hacks to make the public parts of their driver work, the binary components STILL broke on the (glaring security hole class) flaws in ioctl handling
23:51.11``Erikno, when you fire up a terminal, it's very much a unix...
23:51.30``Erikusually if someone talks crap about how un-unixy osX is, it's because they want it to be like linux, not unix
23:51.52``Erik(osX has official permission to call itself UNIX, linux does not.)
23:53.10Stattravlol
23:53.17``Erikyeh, I'm biased... when someone talks about linux, I usually say "well, at least it isn't windows" O:-)
23:53.41StattravosX is bascially the love child of bsd and unix
23:53.55``Erik~5 years ago, I helped someone unscrew code that made linux assumptions, so I doubt it's "good" now
23:54.06``Erikno, osX is the love child of BSD and NeXT
23:54.31``Erikbsd is the patch for UNIX that makes people actually want to use computers
23:54.34Stattravi hate it when different distros try to have their own directory structure
23:55.09``Erikif'n ya ever have the opportunity to try using, say, 43bsd and sysV UNIX.... it's interesting
23:55.37Stattravyeah i am planning to get a desktop soon, i shall try it out.
23:55.39``ErikI've been tempted to set up a publically accessable simh vax11/780 running 43bsd on brlcad.org
23:56.11``ErikFreeBSD was, at one time, the patch set called bsd386, to make it work on intel CPU's
23:56.39``Erikknows way too much computer history trivia O.o
23:56.39Stattravlol
23:56.55Stattravis still a n00b
23:57.53``Erik:D noobs are important, greybeards eventually die... O.o
23:58.16Stattravits sad when you are greyhaired and still a n00b :P
23:59.48``Erikheh, when my hair goes grey, I hope to still have the will and energy to find things to be a noob at...
23:59.54StattravI would want to start low this time and i would want to look into the geometry correction tool for BoT
IRC log for #brlcad on 20100411

IRC log for #brlcad on 20100411

00:00.33Stattravwell i believe the topic would be "understanding women" :P
00:00.42``Erikhm, I think a cat has decided I've spent too long at the computer
00:01.23``Erikif you're looking for BRL-CAD type stuff to do, the NMG code probably needs a *LOT* of documentation, unit testing, etc...
00:01.25StattravI recently found a cat in my cupboard, a fat one that too
00:01.40``Erik"gee, I used to have food, now I have a cat." ? :D
00:02.47Stattravi dont know how long it was there. i was scared to death, when i opened the cupboard all i could see were two shiny eyes like the ones of cheshire cat from alice
00:03.20StattravShall look into NMGs
00:04.35``Erikbetter than having a cat dart under your feet as you walk down the stairs with no lights on and both hands full of expensive electronics...
00:04.56``Erik<-- has almost gone for an exciting night-time trip with his laptop several times O.o
00:05.43Stattrava point noted. with a cat buy a decent life insurance and a complete coverage plan for your gadgets :)
00:07.17``Erikamusingly, I'm mostly gadget free... a bit of a luddite, even
00:07.59``ErikI have an old cellphone, not an iphone... my TV is a 27" cheap crt, no plasma or high def, ... no interest in an ipad
00:08.25``Erikbut I do have 5 vaccuum cleaners. O.o
00:08.33Stattravwoah
00:08.57``Erikregular one, 'stick broom' for the stairs, dust buster, 'little green machine' for wet spills, and a shop vac
00:09.19Stattravi had a very old phone which i had from highschool until recently where my dad sent me a new phone via courier as i wasnt buying onemyself.
00:09.42``Erikheh
00:10.28``ErikI had one I bought in 2002, was getting ready to drive around 3000 km alone, so figured it'd be good to get... damaged it in a car accident several years back, so now I'm using a motorola "slvr"
00:10.31Stattravwell i at the moment am 1000$ in debt and have 7000$ of student loans :) I shall buy anything once they are cleared
00:11.02``Erikheh, I worked my way out of debt, but never started spending money... so now I have a lot in savings
00:12.08``Erikonly debt left is my house mortgage, not exactly an easy one to kill
00:12.44Stattrav:) I am too young for that.
00:14.12Stattravhttp://awesome.naquadah.org/images/6mon.medium.png this was the setup i wanted but later realized half of them run irssi anyway no point
00:16.23``Erikmeh, screens are too small
00:16.58``Erik<-- happy with a 30", two 24", and two 21" displays, with liberal use of screen(1)
00:17.14``Erikone irssi instance, connected to 4 networks
00:17.19Stattravhey what scripting do you use for solid modelling ?
00:17.36Stattravwoah woah
00:17.50``Erikmyself? I usually write C... mged is straight up TCL in the command line, turn off command globbing and go
00:18.02Stattravaah :)
00:18.37``Erik<-- mostly writes functionality into libraries, is not a gui kinda guy, *shrug*
00:19.01``Erikif'n ya see my name on a commit that does touch user interface, it's just to test the library code I wrote... :D
00:19.24Stattravi was wondering as a lisp beginner, if i could use lisp so as to get more practice
00:19.54StattravI am a math guy mostly
00:20.47``Erikheh, there has been discussion about using swig on our library functions... so CL or scheme bindings could be generated
00:20.51Stattravand i dont know where my engineering major is fitting in the whole scenario
00:20.53``ErikI'm an old scheme weenie who
00:21.10Stattravyeah you told me :)
00:21.13``Erikwho's been getting heavy into CL lately, starseeker is a CL weenie who's been learning C for BRL-CAD
00:21.28``Erikbrlcad likes to pretend he has a clue because he wrote some emacs lisp once...
00:21.35``Erik:D he's so gonna kick my ass
00:21.42Stattravlol
00:22.28``ErikI've kinda been tempted to start a new toplevel in the subversion repo... clbrlcad (to parody jbrlcad)
00:22.37Stattravlol
00:22.46Stattravi dont like java much
00:23.16``Erikwhich java? that word refers to half a dozen things
00:23.38Stattravjava the programming language
00:23.43``Erikjava the language is pretty crappy, java the virtual machine is pretty nifty, java the security model is... interesting
00:23.50``Erikjava the hut has a slave leia, so it's all good
00:24.46Stattravi dont have much idea about the security model though. i am assuming this might be the reason the entire IT industry is a fan of it
00:24.59``Erikno
00:25.23``Eriksun said "it's really good!" and spent a buttload of money marketting it back when sun had a buttload of money and some relavance
00:25.35``Erikso schools started churning out cheap "java developers"
00:25.43``Erikso managers start hiring cheap "java developers"
00:26.13``Erikso now there're a lot of projects in java that shouldn't be in java, a lot of "developers" who shouldn't be called developers, ...
00:26.36Stattravwell every year until last year, my school had compulsory java course to all the engg/science stream folks
00:26.40``Erikcheck out "clojure"
00:26.44Stattravthis year they are back to C
00:26.48``Erikcommon lisp on the JVM
00:27.01``Erikum, MIT just switched to python I think
00:27.04Stattravyeah I enrolled into a clojure course which starts on 15th this month
00:27.41``Eriksee, I generally favored scheme, so SISC was the jvm impl I was looking at more, but UCW has me looking really hard at CL
00:28.24StattravUCW ?
00:28.30``Erik"uncommon web"
00:28.34Stattravohh
00:28.38``Erikcontinuation based web framework
00:29.10``Erik(I happen to be in #lisp, #ucw, #lispgames, ... :D )
00:29.15Stattravthere are some amazing web sites which have been built on that.
00:29.26Stattravwww.cleartrip.com is one.
00:30.00Stattravatleast they were on it.
00:30.17Stattravaah it shall take me time to get into lisp properly.
00:30.27StattravJust started writing macros :)
00:31.02``Erikmacro's are nifty, lisps are 'dirty' compared to schemes
00:31.38``Erikat least you understand the word 'macro', unlike a c/c++ developer ;D
00:32.15``Erikcontinuations are NOT built into CL, but are available as a package and part of scheme... those're... scary awesome
00:32.30Stattravlol
00:32.45Stattravi just started understanding
00:32.51``ErikI had to implement short circuiting boolean operators to start understanding the awesomeness of continuations
00:33.18Stattravwell i am just trying to develop skills most of my college life has been spent drunk and stoned ;)
00:33.55``Erikat least haskell's infinite array stuff is easily grokkable, full continuations (of which haskell's infinite array is a specialization of) takes a bit more to achieve zen
00:34.02``Erikheh
00:34.44Stattravi liked the way cl handles arithmetic
00:34.47Stattravbignums etc
00:35.25``ErikI dropped out of college after 2 semesters... went back a few years later, had my 21st bday the day before my first final upon returning... but I barely drank during college, the only 'drugs' I did were perscription... got my wisdom teeth out and one shattered
00:35.55``Eriksee, CL is better than C, but having to manually coerce... scheme has a much better developed numerical tower I think
00:36.10Stattravaah i shall look into that.
00:36.28``Erikif you add 3 billion and 2 billion... in C, it blows up... in lisp, it blows up if you don't coerce... in scheme, it automatically promotes to bignum
00:36.58Stattravexactly
00:37.07``Erikand I can never remember the coerce syntax :D (coerce 'integer 4321534216) ?
00:37.29``Erikscheme has 7 fundamentals in the numeric tower, btw
00:37.31Stattravwell in lisp if i dint compile it, it blelw up
00:37.40Stattravand if i did it dint.
00:37.50``Erikit goes to imaginary numbers, but does not have quaternions natively
00:38.42Stattravyeah should look into it closely.
00:38.48``Erikwtf, I gave my cats a can of wet food, 'chunky' fish stuff... they ate a lot of it, but they licked all the gravy stuff off the remaining bits
00:39.03Stattravlol
00:39.27Stattravthis so reminds me of garfield
00:39.40``Erikspoiled turds O.o they're not getting more food until they finish what I gave them O.o
00:40.13``Erikheh, back in the 80's, I used to finish tests really fast so the teachers let me read books while waiting for the rest of the class...
00:40.26``Erikso I brought garfield books and got in trouble for snickering during class :(
00:40.46Stattravlol
00:41.27``Erikdid you see the website that took old garfield comics and photoshopped garfield out of them?
00:41.40``Erikeven funnier than the originals in a sad way :D
00:41.46StattravMy school teachers stopped bothering about me, as i usually did something other than whats going on in the class but still ended up getting decent scores
00:41.55Stattravi dint, got the link ?
00:42.13``Erikhttp://garfieldminusgarfield.net/
00:42.39``ErikI think I pissed off fellow students at college with my fast test taking
00:43.05Stattravlol -> in order to reveal the existential angst of a certain young Mr. Jon Arbuckle.
00:43.26``ErikI remember finishing and leaving early from a test... about ten after teh hour with the test and pre-stuff, ran into a classmate and she assumed that since I was done and leaving and thought it was easy, that it was a trivial test
00:43.36``Erikthink that was an operating systems test...
00:43.41``Erik(my forte)
00:43.46Stattravlol
00:44.12Stattravwhich school did you go to ?
00:44.23``Eriknot one you've heard of :D SMSU at the time, now called MSU
00:44.27``Erikmissouri
00:44.59Stattravaah is it miss ole or smthing ?
00:45.08``Erikhuh?
00:45.33Stattravthat is mississippi :P
00:45.42``Erikyeh
00:45.45Stattravsorry
00:45.54``Erikmissouri is a slightly different place :D
00:46.24``Erikmissouri is NOT a southern state, it was a noncommitted state during the civil war, even though it passed anti-slavery laws early
00:46.31``Erikyet it's still full of hillbillys and rednecks
00:47.12Stattravlol I wouldnt go there then
00:48.03``Erikmost of my personal views are considered "radical left" in the US (got the whole international thing going, the us is awful damn close to iran in terms of freedoms and forward looking notions)
00:48.20``ErikI felt safe in missouri, I'd be nervous being in non-urban mississippi
00:48.22``Erik:)
00:49.45``Eriklong hair, goatee, earrings, ... but very white *shrug* friends in missouri who just happened to be black tended to stay low key... this was sticks missouri, not st louis or kansas city
00:49.50``Erik*shrug*
00:50.55``Erik(racism, nationalism, prejudice... all incredibly retarded... I'm not sure what's worse, that it exists, or that it's taboo to say that it exists)
00:51.06Stattravlol imagine being in India
00:51.22``Erikheh, from what point of view?
00:51.48``ErikI'd imagine as a 'wealthy' american, india would be quite nice... O.o no?
00:52.07Stattravmoney and force get you power and power means everything, and nothing is logical here
00:52.25``Erikthus the 'wealthy' bit there... :D
00:52.30Stattravyeah
00:53.01``Erikkorea was really nice, japan was ... interesting... very polite, civil... usually all good, but there were situations where I simply was not japanese...
00:53.22Stattravit took me 2 long years to get my passport. I got it after my mom went and yelled at the govt officials (she is pretty good at yelling and getting things done) .
00:53.33``Erikheh
00:54.00``Erikyour mom was your "hired muscle"? O.o
00:54.18Stattravlol.
00:55.28Stattravthey actually put me down on paper as non-existant citizen
00:55.34``Erikis a bit sad taht BRL-CAD is not ding GSOC this year :/ woulda done the application himself if he knew it wasn't happening
00:55.50Stattravsame here
00:56.18Stattrav``Erik: http://suryajith.info/sent-196 <- I blogged abt it too :)
00:56.45``Eriknot that we'd ever turn down interested parties who are able to produce... gsoc was just an extra pinch of sugar
00:57.20Stattravyups and a lot of money too :)
00:57.31``Erik(though if I did the application thing, I'd probably ask for 2 slots, not 5)
00:57.37``Erikheh, depends on where ya are
00:58.02``Erikum, the gov't and gov't contractor mentors have declined the $'s
00:58.05Stattravwell atleast at as a soc student yes a lot of money. 5k USD half my debts shall be cleared :)
00:58.19``Erikwe do it for the tshirt, uh, I mean, for free and for teh good of OS
00:58.27Stattrav:)
00:59.22Stattravone of my neighbours in the dorm is a gentoo mentor this year
01:02.39``Erikhas he/she/it seen http://funroll-loops.info/ ?
01:05.56Stattravlol he must have :)
01:06.19``Erik(I believe that site was created by a BSD guy... but all the quotes are real)
01:06.46Stattravlol
01:07.01``Erikhm, kde..
01:07.10``Erikalways felt too heavy and fugly for me
01:07.20``Erikgnome is nice once you take the time to turn off the flashiness
01:07.27``Erikjust like E a long time ago
01:07.36Stattravawesome is awesome :)
01:07.53``Erike13 I think? was unusable out of the box... turn off all the retarded shit, suddenly it was the best around
01:08.04``Erikdefault settings are quite important :(
01:08.10StattravE was brilliant. was running E on an ubuntu on a blackfinn board
01:10.09Stattravjust sent the link to the gentoo guy ;)
01:10.30``Erikhehehhe
01:11.16``Erikhopefully he has a sense of humor ;)
01:12.11``Eriknah, as far as gui's go, I tend to sit at a mac and ssh into a bsd machine
01:12.15Stattravwell he doesnt :P just to piss him off. We at the moment arent on talking terms after a fight :)
01:12.22Stattravlol
01:12.28``Erikapple did a really brilliant job on the user interface
01:12.46Stattravthat is what they say, they made computers dumbproof
01:13.08Stattravbut on the other hand they are expensive
01:13.11``ErikI was actually going through hoops with afterstep and wmaker to get a 'good' interface through the 90's
01:13.29``Erikand then apple comes out with almost exactly what I was tweaking to
01:13.39Stattravthe first ever UI i used was of windows 3.0
01:14.06``Erik(the dock belongs on the RIGHT, not the bottom. damnit. if you're right handed... if you're left handed, the dock/bar/whatever belongs on the left)
01:14.18``Erikvertical screen space is valuable, horizontal is cheap
01:14.39Stattravyup :)
01:14.49``ErikI've used windows 3.0... 3.1, 3.11, 1.7, ...
01:15.44StattravI still remember my dad running computers when i was a kid :P used to boot from a floppy that too a 5 inch one
01:15.45``Erikmy afterstep config had a 'dock' on the right, sliders based on what I thought application relation was
01:16.11``Erikmy wmaker didn't have the slide bar ability, so it had all the 'important' apps on it, in a bar on teh right
01:16.30Stattravaah.
01:16.53``Erikon my mac, the dock is on the right, has 3 'critical' apps... one happens to be X11.app with a big xterm running screen
01:17.24``Erikand in one of the screen shells, I have an ssh client to my 'server', running screen, which contains irssi
01:17.35``Erikand I'm reasonably happy
01:17.39StattravFor me its more like what should i get a mac or a fender stratocaster :P
01:17.48``Erikheh
01:17.50``Erikwhich strat?
01:17.55Stattravamerican deluxe
01:18.01Stattravor a buddy guy signature
01:18.19``Erik<-- has a mexican squier and an american reg with lace pickups and sperzal tuners
01:18.43``Erikfeeding a pod xt live to a marshall JCM2000
01:18.55``Erikthe, uh, 60watt package beastie
01:19.01Stattravthat is a pretty decent equipment :)
01:19.36``ErikI keep the mexican down half a step (it's not stock, like, I took time in a machine shop to tweak it)
01:19.39Stattravi have a cheap ass Ibanez i have been playing for 3-4 years now connected directly into marshall 10W practice amp :P
01:20.01``Erikthe mexican is black with a green marble guard, the american is sunburst with a white guard
01:20.10StattravI use a friend's vox many times
01:20.26``Erikkinda odd, kranking out thrash metal on a very blues looking gitfiddle :D
01:20.34``Erikibanez makes some good ones
01:20.51``Erikmarshall makes good tubes, but crate stomps them on solids
01:20.53Stattravlol well i am more into blues and blues rock
01:21.14``ErikHAH, I get yelled at for being too blues
01:22.13``Erikat one point, I was feeding both the marshall and the crate, the marshall had a big solid wall of tone, the crate has a nasty snarling stab your fucking ass tone
01:22.35``Erikmarshall jcm2000 40 and a crate g15xl I think
01:22.47Stattravwooh i imagine you to be half deaf by now :P
01:22.58``Eriknooo, I keep the volume low :)
01:23.26``Erikthe marshall was close to the limit trying to keep up with my buddy who drums
01:23.47Stattravlol
01:23.53``Erikthe crate was just for the extra high end 'pop'
01:24.12``Erik30 watts ain't a room dominating piece
01:25.12Stattravit can get real loud. I play on a 30W vox of my friend's :)
01:25.42``Erikvox tends to be noisy to start with, no?
01:25.52Stattravyeah you need to crank it up quite a bit.
01:26.10Stattravonce its hot, man the sound is sweet
01:26.30``Eriktubies are always awesome when hot
01:26.46``Erikthe marshell takes about 3 minutes to be ok, 15 to be awesome
01:27.04``Eriksometimes, I just leave it on when I go to work, so it'll be ready when I get back
01:27.25Stattravaah. :) lol this so sounds like "viagra"
01:27.39``Erikeh/
01:27.41``Erik?
01:28.38Stattravlike pop a pill go work until you are ready :P
01:28.43Stattrav<bad reference sorry>
01:29.22StattravI am terrible at cracking jokes
01:30.54StattravAnyways i shall go get a shower and go get breakfast :) a long day ahead.
01:31.31Stattrav``Erik: nice to talk to you. shall look into nmg and clojure :)
01:32.33``Erikok, feel free to throw questions out in channel, if you do decide to work on nmg, good luck :D
01:33.15Stattravshall look into it first :P
01:34.01Stattravbtw ``Erik how much did marshall jcm cost you ?
01:39.16``Erikum, I think 800 or 900?
01:39.39``Erikdon't quite remember... I had a friend drive me to the shop and spent $2k in a sitting
01:39.55Stattravaah k. thanks
01:43.29``ErikI got it from guitar center
01:44.11``Erikhttp://bavasmusic.com.au/store/marshall-dsl401-p-3245.html
01:44.23``Erikthat's the thing
01:44.36``Erikthose're aussie dollars fwiw
01:51.22``ErikStattrav: check out, um, http://news.ycombinator.com/newest
01:51.26``ErikI think it might jive with ya
01:52.05``Erikmostly, it's /. but better... but it does have an interesting "run my own business" side to it
01:52.24``Erikopposed to the US politics aspect /. has started on
01:54.25Stattrav:)
01:55.54Stattravyeah now /. caters to a wider audience
02:00.29``Erikno, I don't think so
02:00.40``Erikit caters to what taco is interested in
02:00.52``Erikand his interest has shifted from tech geek stuff to US politics
02:01.29``ErikHN is very community driven, there are no 'editors', just upvotes and downvotes
02:01.34``Erikkinda, uh, digg for geeks
02:01.35``Erik?
02:01.53Stattravaah :)
02:02.42Stattravbut a nice array of articles out there.
02:07.52``Erikit's a good site... 'good' stories on /. are usually on hn the day before
02:08.12``Erikand if you have any thoughts about entrepeneurship, it's right there for ya
02:08.33Stattravyeah
02:30.17*** join/#brlcad Fade (~fade@outrider.deepsky.com)
03:11.14Fadedoes brlcad care what system of measures is in use?
03:11.40``Erikinternally, BRL-CAD uses mm
03:11.55``Erikbut we provide trnaslation capabilties in the gui
03:18.05Fadeah, cool
03:18.10Fade<-- thinks in metric
03:18.11Fade:)
03:18.41``Erikthe isst stuff is in meters, but BRL-CAD's internals are all mm
03:19.01Fadenods
15:57.01*** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
17:54.31*** join/#brlcad Nohla (~jesica@201.255.241.137)
18:32.35CIA-73BRL-CAD: 03brlcad * r38447 10/brlcad/trunk/src/libbu/cmd.c: init ctp to NULL, curious warning reported from Arnold Scelsi (scelsi) in sf report 2985140 about it being used uninitialized.
19:13.37CIA-73BRL-CAD: 03brlcad * r38448 10/brlcad/trunk/include/fb.h: provide more complete function prototypes for the bogusly exposed open_existing/close_existing fbio calls. fixes a compilation warning/error reported by Arnold Scelsi (scelsi) in sf report 2985140.
19:52.49*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
20:54.05*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100412

IRC log for #brlcad on 20100412

00:55.42*** join/#brlcad talcite (~matthew@75-119-226-199.dsl.teksavvy.com)
01:05.04*** join/#brlcad talcite_ (~matthew@75-119-245-31.dsl.teksavvy.com)
01:08.28CIA-73BRL-CAD: 03brlcad * r38449 10/brlcad/trunk/ (include/fbserv_obj.h src/libfb/fb_obj.c): wow, herein lies the evil of k&r function prototypes. fbs_open() and fbs_close() were being called with the wrong number of parameters. expand to non k&r prototypes.
01:10.02CIA-73BRL-CAD: 03brlcad * r38450 10/brlcad/trunk/src/libdm/clip.c: reorder functions to avoid forward decl on code(). use HIDDEN instead of static.
01:11.03CIA-73BRL-CAD: 03brlcad * r38451 10/brlcad/trunk/src/libdm/clip.c: style/indent/ws cleanup
01:13.00``Erikheh
01:29.52*** join/#brlcad IriX64 (~Warlock@bas2-sudbury98-1177593037.dsl.bell.ca)
01:49.45*** join/#brlcad talcite (~matthew@75-119-245-31.dsl.teksavvy.com)
02:17.46starseekernagivates the wilderness known as the Tcl build logic...
02:18.50*** join/#brlcad PrezKennedy (Prez@96.31.84.96)
02:22.10starseekerguesses the minimal patch is to beef up the tcl 8.6 build logic just enough to be able to spot our libz...
02:31.35starseekerugh...
02:56.04starseekeralright, that's the basic C files building... now, how to install the necessary library stuff...
04:00.10*** join/#brlcad jdoliner (~jdoliner@ursa.cs.uchicago.edu)
09:42.58d-loMernin!
10:04.29*** join/#brlcad Nohla (~jesica@201.255.241.137)
10:48.49*** join/#brlcad User632 (~User@adsl-75-26-175-81.dsl.scrm01.sbcglobal.net)
10:49.27User632Anyone have experience in Solidworks?
10:51.42alex_joniyup
11:15.08CIA-73BRL-CAD: 03d_rossberg * r38452 10/brlcad/trunk/src/librt/CMakeLists.txt: synced with Makefile.am (removed nmg_junk.c)
11:28.46CIA-73BRL-CAD: 03d_rossberg * r38453 10/brlcad/trunk/include/common.h:
11:28.46CIA-73BRL-CAD: MSVC C2055 error in connection with UNUSED() macro
11:28.46CIA-73BRL-CAD: MSVC (w/o ++) requires a formal parameter list not a type list (ANSI C behavior)
11:35.23CIA-73BRL-CAD: 03davidloman * r38454 10/rt^3/trunk/src/alf/ (. libalf.so): Removed a build byproduct that accidentally got added to repo.
11:36.01CIA-73BRL-CAD: 03davidloman * r38455 10/rt^3/trunk/src/ (4 files in 4 dirs): standardize lib names to lowercase.
12:59.49*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
13:29.12CIA-73BRL-CAD: 03davidloman * r38456 10/rt^3/trunk/ (7 files in 5 dirs): Modify svn:ignore to include '/.settings'. Converted several classes over to singletons until later. Ultimately, an extensible framework is desired, but singletons will do for now.
13:35.33CIA-73BRL-CAD: 03davidloman * r38457 10/rt^3/trunk/tests/ (6 files in 3 dirs): Cleanup CMakeLists.txt files to include standardized lowercase lib names. Comment out *nix specific sleep thread call for now. Updated svn:ignore to include build byproducts(Libs and bins)
14:32.12CIA-73BRL-CAD: 03indianlarry * r38458 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Remove logging blather for Trim boundary on face identifier. Add endpoint tangent comparison to CurveTree::IsLinear() function.
15:42.18CIA-73BRL-CAD: 03starseeker * r38459 10/brlcad/trunk/include/fb.h: Looks like we need glx.h conditionally in fb.h too.
15:52.18brlcadyay, only 3000 issues to fix
15:55.41starseekerconfound it, that breaks dm...
15:55.56starseeker/usr/X11/include/GL/gl.h:122: warning: ignoring #pragma export on
15:56.55starseekerwhat is a pragma and why do I care?
15:57.12brlcadpragma's are compiler notes
15:57.14d-loVC++ ness, innit?
15:57.37brlcadhacks up a lung
15:58.02brlcadentirely coincidental to the mentioning of msvc< I think
15:58.11CIA-73BRL-CAD: 03brlcad * r38460 10/brlcad/trunk/src/conv/iges/getcurve.c: initialize tmp2
16:00.00starseekergrr - how do I tell gcc not to warn about it?
16:01.23starseekerlooks like -Wall pulls in -Wunknown-pragma
16:06.21brlcadstarseeker: that's not the question you should be asking
16:06.22CIA-73BRL-CAD: 03brlcad * r38461 10/brlcad/trunk/src/conv/iges/ (b-spline.c getcurve.c splinef.c): de-k&r funcs, format, indent, ws, style, consistency cleanup. use real prototypes where forward decls are needed.
16:06.35brlcadshould be asking why is it throwing a pragma when before it was not
16:07.44starseekerbecause I included glx.h in fb.h conditionally, to get the definition of GLXContext
16:08.43brlcadthat was the action, but doesn't answer why
16:09.40brlcadit is being included in if_ogl.c too, but doesn't have a pragma problem
16:10.16starseekersomething to do with it being a header vs. a C file?
16:11.54brlcadno need to guess, follow the logic at the point of inclusion that leads up to that pragma line
16:14.49starseekerI guess I'm slow today - focus.c includes dm.h, which includes fbserv_obj.h which includes fb.h
16:18.37CIA-73BRL-CAD: 03brlcad * r38462 10/brlcad/trunk/include/config_win.h:
16:18.37CIA-73BRL-CAD: remove the undocumented 'DELETE' and 'complex' undef lines. intentionally by
16:18.37CIA-73BRL-CAD: design, common.h (and subsequently config_win.h) is supposed to be defined
16:18.37CIA-73BRL-CAD: before any other system headers so undefining symbols shouldn't do anything
16:18.37CIA-73BRL-CAD: useful (except override cmd line opts, which it shouldn't).
16:20.22starseekerthe pragma line itself is toplevel in gl.h
16:20.41starseekerI don't quite see why one is triggering it and not the other
16:26.14starseekersomewhat bemusingly however, focus.c actually compiled without dm.h...
16:28.25starseekerI take it I'm missing something obvious...
16:30.05brlcadprobably something minor, but clearly not obvious ;)
16:30.27brlcadwhere do you seea problem?
16:30.42starseekerfull compile, MacOSX 10.5
16:31.15starseekerlet me redo it all clean, just incase I've got something stale somewhere
16:31.52brlcadchecking
16:34.21starseekerbrlcad: incidently, on behalf of your fellow office-mates thank your for not sharing ;-)
16:34.41starseekerhates hacking up lugs - sounds like a nasty bugger
16:36.24brlcadit got a lil better on thurs, but then got worse on fri/sat
16:36.39starseekerick
16:36.40brlcadnow somewhat better again, but another day would do well
16:36.48starseekernods
16:36.52brlcadnot really nasty really, but enough to make suck
16:37.31starseekeryeah, those borderline ones can drive you nuts - let you go stir crazy, but still too drained to do anything
16:42.51starseekerhttp://paste.lisp.org/display/97684
16:44.23starseekerI dont' get how it's getting to that pragma at all - it's wrapped in an ifdef
16:44.58starseeker#if defined(PRAGMA_EXPORT_SUPPORTED)
16:45.50starseeker(ok, if defined() not ifdef...)
16:46.08brlcadsame thing
16:46.16starseekerthough so
16:46.43brlcadso on the one that works, is PRAGMA_EXPORT_SUPPORTED defined?
16:46.43starseekerthought even
16:47.25starseekeras far as grep can tell me , we don't do any setting of PRAGMA_EXPORT_SUPPORTED anywhere in the brlcad tree
16:47.37brlcadunless there's an undef PRAGMA_EXPORT_SUPPORTED, can check by adding a #ifdef PRAGMA_EXPORT_SUPPORTED #warning after the #include in the .c file
16:47.37starseekerit shouldn't be defined anywhere
16:47.43brlcadno no
16:47.56brlcadyou're just following the logic
16:50.38starseekerhas never used #warning before - any tricks?
16:53.14starseekerok, -it's defined after the include in focus.c
16:54.10starseekerand not defined before
17:01.05starseekerbrlcad: it's building OK for you?
17:03.49starseekerit seems that it's only being set when the dm compile happens - even when the test is in fb.h it never warns until then
17:09.41starseekerlooks like it might have something to do with the Carbon.h include
17:13.18starseeker``Erik: as an aside, it looks like focus.c might be where your annoying X11 behavior is coming from with MGED
17:16.40CIA-73BRL-CAD: 03starseeker * r38463 10/brlcad/trunk/src/libdm/focus.c: Something about the inclusion of Carbon.h (which appears to be a master file for a lot of Mac APIs) upsets gl.h, pulled in up the chain by fb.h. Since dm.h doesn't seem to actually be needed here, don't include it.
17:21.22CIA-73BRL-CAD: 03brlcad * r38464 10/brlcad/trunk/ (include/fb.h src/libdm/dm-ogl.c src/libfb/if_ogl.c):
17:21.22CIA-73BRL-CAD: quell compilation warnings on the ogl interfaces for dm and fb regarding shadow
17:21.23CIA-73BRL-CAD: warnings caused by the system glx.h header parameter names shadowing various
17:21.23CIA-73BRL-CAD: system functions and symbols. approach sucks and begs for consolidation into
17:21.23CIA-73BRL-CAD: some wrapper header.
17:22.14brlcadstarseeker: I was able to reproduce the pragma warning before your last commit
17:22.22brlcadnow of course it's gone
18:00.08brlcadhm, the header presently needs to be included for msvc for the import/export decls
18:04.38CIA-73BRL-CAD: 03brlcad * r38465 10/brlcad/trunk/src/libdm/focus.c: if __QUICKDRAW__ is defined, we get a pragma warning. so undefine it after including Carbon.h. readd the dm.h header so we get proper import/export decls for windows.
18:32.54``Erikwhich behvaior, the rotate bug or the pop over other windows bug?
18:38.34brlcadfocus.c merely brings X11 to the front if you run mged from Terminal (which is not X11) -- it was causing unexpected behavior in that I/O was going to the terminal window instead of the mged window that was just created
18:39.46``Erikthe issue I pointed out to starseeker was that if I run apps in X11.app, place a non-X11 app ontop somewhere, then start mged, it forces ALL x11 apps to front
18:40.27``Erikthe exact scenario was having a big honkin' /usr/X11/bin/xterm on my 30", firefox on the 30" as top, then starting mged from an xterm on a 23"
18:40.30``Erik(24?)
18:40.45brlcad24"
18:40.46``Erikit'd pull the big xterm to front on the 30"
18:41.19``Erik<-- favors xterm to Terminal.app
18:41.43brlcadhm, that's probably the same code then because it has to focus X11 in order to get mged
18:42.01brlcadakin to clicking the X11 icon
18:42.22brlcadif you can get another way working, that'd be great
18:43.09brlcadbut I didn't see another method implementable at the time for just giving mged input focus
18:43.15brlcaddon't really care about the layering
18:43.18``Erikheh, I observed it as an annoyance, starseeker seems to be the one digging into the why :D
18:44.10``ErikI almost always start mged with -c, so it's not an issue *shrug* and I've never heard anyone else complain
18:45.58``Erik<-- has budget to dig into nmg internals, not X11 oddities :)
18:46.39``Erikbe hilarious if I were able to get the bool stuff corrected on the marching cubes buck
18:47.33CIA-73BRL-CAD: 03brlcad * r38466 10/brlcad/trunk/src/mged/columns.c: expand qsort callback cast from k&r to ansi.
18:48.21``Erik"ok, we implemented this interesting but inappropriate functionality for ya... in the process, we fixed teh minor bug that caused issues in teh first place.... the technique is ... superfluous.
18:50.12starseeker``Erik: <snort> you'll have to have a pretty solid routine to handle a treaded tire
18:50.40``ErikI'm not working today, so I'm not gonna type a command
18:50.52starseekerheh
18:51.02``Erikif you wanna do a g-stl -M on a tire, I'd love to read about it when I check my email tomorrow morning
18:52.15starseekertries out of curiosity
18:52.22starseekernever have tried the -M option yet
18:53.01``Erik-M will take a long time if you dont' give it a precision
18:53.32``Erikdefaults to 0.01 factor, most of what I've show around is 0.10, or 0.05
18:53.39starseekerah
18:54.03``Erikand it's n^2 ish
18:54.20``Erikor, lower bound is n^2
18:54.23starseeker-a tolerance?
18:54.48``Erikyeah, -a is absolute I think (mm), -r for relative...
18:55.14``Erikwhere relative is, uh, bounding sphere radius * 0.5 mm cube edge size
18:55.24``Erik- ,mm
18:58.18CIA-73BRL-CAD: 03brlcad * r38467 10/brlcad/trunk/src/mged/mged.c: quell unused var warnings and fix bug reading argv instead of argc. add docs explaining what's going on too.
18:59.15brlcad-M might not be the best option given all the tracers use it to indicate stdin input
18:59.47brlcadhere's where that spreadsheet I've been trying to orchestrate would come in handy.
18:59.56``Erikhuh, http://www.robotfest.com/
19:00.13``Erikgive me a better option... I looked at the converters, -m was taken, but -M seemed free
19:00.20brlcadmaybe -C for cubes or -S to indicate a sampled approach
19:01.38brlcadlooking at the sheet now
19:04.14*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:05.39brlcadgood thing I looked, -S is no good, size option
19:06.31brlcadaaaand -C is rgb background color on all the fb tools
19:06.46``Erik<-- did actually look around before picking -M
19:07.58starseekershould get back to getopt long support, apparently...
19:08.48``Erikor we should reconsider tool inputs
19:09.51brlcad``Erik: yesh, but I haz the master spreadsheet that lists them all!
19:10.05``Erikthe one alice made?
19:10.24brlcadyeah, sorta
19:10.58``Erika quick lil program to say "these characters are available" might be nice in misc/
19:11.36brlcadshe took it from 50 to 300, but half-wrong data -- lisa brought it up a few more and fixed much of the data
19:12.38``Erikupstairs lisa?
19:12.43``Erikoh, uh
19:12.46brlcadsurvice
19:13.10brlcadhm, -8 seems fair game
19:13.29``Erikjanine is desperate for something useful to do... I talked to starseeker and branch chief, I don't know if she's enough of a nerd to do command options
19:14.36brlcadshe was working on docbook, that's not done afaik
19:14.53brlcadtedious but until it's done..that's valuable
19:15.38starseekerI believe she's through the Volume II commands in the appendix - of course, that's not all of them, but I suggested reviewing those for correctness with current MGED as a possible next step
19:17.24``Erikwe might need to bug bc about it
19:17.44``Erikshe seemed... highly upset. about being stuck on the project she's stuck on
19:19.04``Erikshe made a statement along the lines if that she can't be useful, they should let her go so she can find another job
19:31.25starseekerhttp://bzflag.bz/~starseeker/tire_mc.png
19:32.56``Erikis that -r 0.05 ?
19:35.37starseeker-a 10
19:36.08``Erik10mm grid, aight... it worked! :D
19:36.13starseekertries -r 0.05
19:36.43starseekernah, let's go fine and run it overnight
19:36.53brlcadheh
19:37.40starseekerbrlcad: confirmed, build fixed
19:38.16starseekersmacks self and recompiles with threads enabled this time...
19:40.45``Erikhow fine is fine?
19:41.02``Erikthis is n^2, .05 to .01 is 25x
19:43.33starseeker-a 0.5 :-)
19:43.45``Erik0.5 is very course
19:43.48``Erikcoarse
19:43.54starseekerhalf a mm?
19:43.59starseekerI just did 10mm
19:44.03``Erikoh, -a, not -r
19:44.20``Erik-r 0.5 is what I used for quick and dirty stuff
19:44.28starseekernods
19:44.53``ErikI talked to ed, he wants to list performance stuff as a ttm, so I've been working on decimiation, not parallelization
19:45.09starseekernods
19:45.37``Erikbut things are shuffled where teh ray caching and parallel stuff can be done trivially
19:47.12brlcadhaha, got a script to print counts of all args letters presently in use
19:47.33brlcadapparently -n is the most common option with over 112 uses
19:49.13``Erikdress it ant put it in misc/, dude
19:49.17starseekernice! - how'd you work it, scan for bu_getopt?
19:53.39``Erik'cept when it uses plain getopt()...
19:57.16brlcad``Erik: you apparently haven't read HACKING, not supposed to be any uses of getopt()
19:57.31brlcadthat said, this is based off the latest spreadsheet data only, not source
19:57.37brlcadbut it's the closest to informative
19:58.12``Erikum, wish in one hand and shit in the other, see which one filles up first.
19:59.28``ErikI'd guess that violations exist, we have to manage them, not avoid them...
19:59.50brlcadI scan for them periodically, shouldn't be any
20:00.03brlcadif it were a problem, would have added it to distcheck
20:00.12``Erikif there aren't, awesome... :D
20:00.24brlcadhaven't checked in a while, mebbie
20:00.48brlcadstill would represent less than a quarter of a percent for this
20:00.49``ErikI'd assume that if we had a good solid scrubbing, nothing new is in place
20:01.38``ErikI'm just sayin' that even if it's in .../HACKING, it ain't necessaily tautological
20:02.23brlcadnever claimed to be tautological
20:02.30``Erikwonders of a % oen or time left on marching cubes should be included
20:03.21``Erikbe trivial, monte carlo style... X have been odne of Y, ...
20:03.30brlcadhttp://brlcad.org/~sean/counts.txt
20:03.44brlcadprobably 50-75% representative
20:04.06``Erikthat's a low sample
20:04.28brlcaddude, seriously?
20:04.43brlcadyou don't have to use the fucking numbers, but it's better than casual glancing
20:05.02``Erikyeah, but 75% of apps observed is a low %
20:05.38starseekerbrlcad: that's pretty cool
20:05.41``Erikkinda saying that yeah, we have 400 apps, and we care about 250-300 apps
20:06.27``Erikbetter than nothing, but dang... is this scripted?
20:06.50starseekerwonder why -n is so popular?
20:06.56brlcad75% of apps means it covers about 300 of our 400 binaries
20:06.57``ErikI could do a script to look for core lib funcs and go from there...
20:07.13``Erikso 100 apps are ignored?
20:07.17brlcadif you want to consider that low, that's your perrogative, but it shows some basic trend use
20:07.40brlcadlike I said, you don't have to use the numbers, but it's far better than glancing
20:07.47``Eriksorry, when I think coverage, I want "within a percentile"
20:08.02brlcadhow many did you look at?  20?  that'd be a whole 5%?
20:08.03``Erikunless I misunderstand what you're saying
20:08.14starseeker<snort> ``Erik it is indicitative of trends in option usage
20:08.40brlcadonly 300 of then even have manual pages, so it's still pretty informative
20:09.09``Erikfine, I'll shut up... when something goes automated, it should be 'good'... I'll pretend that the 20% I manually looked at happened to be the most relevant 20%..
20:09.10starseekeralso tells us which ones are likely to be hard to make uniform in terms of cross-command meanings
20:09.15brlcadstarseeker: -n is the number of scanlines (Y size), so it hits all the tracers and fb tools, then a bunch use n for other things
20:09.26starseekerah
20:09.55starseekerrecalls being surprised that that wasn't "-y" back in the day...
20:10.05yukonbobhello, #brlcad
20:10.07brlcadseriously doubts ``Erik looked at 80 getopt lines or manual pages to get to 20%
20:11.01``Erikum, I threw an option in, whatched it break all over, tweaked, did another and looked at mebbe half a dozen
20:11.29brlcadso 1.5%
20:11.35``Erikbut I managed to pick one that has 10 uses, 3 are probably mine
20:11.49brlcadand you're bitching about getting something that gets confidence up to 50-70% ... wow :)
20:12.04``Erikand I'm fairly certain that i'm not conflicting in the subset of converters
20:12.08starseekerbrlcad: question - should we attempt to make option behavior uniform across all commands, or just "logical groupings"?
20:12.23``Erikboy, I'll whup ya
20:13.03``ErikI want to assert that if you're going to depend on automated testing, you require a far higher % of reliablity
20:13.06brlcadyou're the one being a pain in the ass for no reason, you're just being argumentative for no reason
20:13.22``Erikhuman testing has a magic factor that machines cannot replicate
20:13.26brlcadwhat automated testing?
20:13.35brlcadthis was to help pick a letter that's not in high use
20:13.40brlcadonly that
20:13.47brlcadnothing more, nothing implied, nothing stored
20:13.52starseeker``Erik: I believe the long term goal is a human review of all the commands - problem is finding someone to do it
20:14.13``Erik*shrug* ya ran a script, t told you a %... it doesn't understand things like logical groupings...
20:14.30``Erikso the % is ... a machine generated number. nothing more. no magic
20:14.49brlcadthe % was irrelevantbtotmostly
20:14.57brlcadmostly irrelevant
20:15.41starseekerthinks irrelevantbtotmostly should be a Scrabble word :-)
20:15.58``Erikmy choice of -M was after looking at "many" programs... not exhaustive, but not irrelevant
20:16.06brlcadonly point of reference that it becomes relevant is in comparison to the alternative, which was casual glancing of a half-dozen
20:16.09starseeker(Scrabble gets more fun if you allow the Oxford unabridged dictionary as the word set)
20:16.14``Erikif you can find a better letter, be my guest...
20:16.40brlcadthis is pointless, I was just trying to help that exact purpose, yet you're not willing
20:16.43brlcadfine
20:16.50``ErikI think I managed to find a "pretty good" solution :)
20:17.08brlcadthat matches a whole 'logical grouping' as you put it
20:17.12brlcadall the tracers
20:17.16``ErikI think starseeker made a good point, about hte logical grouping
20:17.36``Erikmy -M applications are only in converters, not tracers
20:18.24``Erikfrom my seat, you're saying "that's not good", I'm saying "show me better", ... and we go circular
20:18.51``Erikfrankly, my dear, I don't give a damn :D
20:19.11brlcadI suggested -8
20:19.31brlcadwhich conveniently has 0 uses too
20:20.20brlcad-. could be interesting to indicate point-sampling, though portability may be questionable
20:20.45brlcadheh, -k or -K for marching kubes
20:20.54CIA-73BRL-CAD: 03starseeker * r38468 10/brlcad/trunk/src/fb/fbthreadtest.c: Trim down fbthreadtest - not a real application, testing only, so try to keep things simple and understandable.
20:21.03starseekerKDE would like that :-P
20:22.23brlcad-8 represented the corners of the cube, fwiw
20:22.35CIA-73BRL-CAD: 03erikgreenwald * r38469 10/brlcad/trunk/src/conv/ (g-egg.1 g-egg.c stl/g-stl.1 stl/g-stl.c): use -8 for marching cubes instead of -M
20:23.39``Eriksomeone else can fix the docbook if it exists O.o seems like an irrelevant issue to me *shrug*
20:24.38starseekerdon't think we have too many of the command line commands as docbook yet - at least, as anything besides doclifter docbook
20:24.59``Erikso! I'm going to robocon next weekend O.o
20:25.03starseekerMGED ussage is more likely to need the HTML versions, so MGED commands seemed the logical initial focus
20:25.14starseeker``Erik: uh oh :-)
20:25.27starseekerneed a new toy to scare the cats with?
20:25.49``Eriknah, this is just a trip... gonna get an r/c car from target or walmart for the cats
20:26.15starseekershould have done that - got remote control mouse at Petsmart, total ripoff
20:27.55``Erika friend said she was going, so I invited myself to her party
20:28.06starseekerheh
20:28.17``ErikI'm thinkin' a $20 toy at a gen store will do the job
20:29.16``Erikbut robocon is next weekend, could be interesting
20:29.26``Erikit's in, uh, lithicum?
20:29.30CIA-73BRL-CAD: 03starseeker * r38470 10/brlcad/trunk/src/fb/fbthreadtest.c: Chop a few more fbthreadtest lines
20:29.36``Erikright by the air port
20:30.31starseekerthat should be some fun traffic
20:30.48``Eriksee, I'm gonna do my best to be a passenger... :D
20:33.15starseekerheh
20:34.48brlcadgonna build a robot?
20:34.51brlcadhttp://www.gametrailers.com/user-movie/ultimate-breakdance-robot/318291
20:35.30starseekerO.o g-stl failed, insufficient memory
20:35.37``Erikreally
20:35.55``Erikthat means you lack the memory to hold the generated NMG
20:36.13``Erikthe optimizations I was asked to do would make it... worse...
20:36.16starseekerok... let's try a slightly bigger abs tolerance
20:37.03``ErikI've been pondering adding CPU time to generate a smaller NMG...
20:37.11``Eriksearching for dup verts, etc
20:41.31CIA-73BRL-CAD: 03brlcad * r38471 10/brlcad/trunk/NEWS: Erik added a new '-8' command-line option to the g-stl and g-egg exporters for using marching cubes as the tessellation method (instead of going through and performing usual CSG evaluation of NMG meshes)
21:39.03CIA-73BRL-CAD: 03r_weiss * r38472 10/brlcad/trunk/src/conv/obj-g_new.c: refactoring functions to process v,tv,nv,tnv faces
22:18.10*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:34.39CIA-73BRL-CAD: 03brlcad * r38473 10/brlcad/trunk/src/mged/utility1.c: explicit constness
22:35.21CIA-73BRL-CAD: 03brlcad * r38474 10/brlcad/trunk/src/mged/mged.c: init pparent_pipe but more importantly, don't potentially write to a pipe that has never been initialized if we don't HAVE_PIPE
22:40.21CIA-73BRL-CAD: 03brlcad * r38475 10/brlcad/trunk/src/rt/viewedge.c: expand the function signature, de-k&r
22:41.09CIA-73BRL-CAD: 03brlcad * r38476 10/brlcad/trunk/src/rt/viewedge.c: minor ws
23:18.19*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
23:27.14``Eriklife, liberty, and high fructose corn syrup beverages O.o
23:47.49Stattrav``Erik: thats the high talking :)
23:49.13*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100413

IRC log for #brlcad on 20100413

00:07.26``Erikmore a statement of political annoyance, but ok
00:49.25jackhigh fructose corn syrup?
00:49.47jackis that like strawberry-flavored beer? (yikes)
00:50.24``Erikheh, it's the main ingrediant in most cola beverages
00:50.34jackoh :) ok
00:50.53``Erikthe "cheaper than sugar" stuff
00:51.10jacki never drink cola anymore nowadays
00:51.27jackfirst i got hooked to glucoronolacton crap like red bull
00:51.38jackand now it's "rockstar"
00:51.52``ErikI ditched cola years ago, mostly drink tea, lemonade and beer
00:52.13``Erikmy latest infatuation has been a tin of loose 'earl grey' tea
00:54.30Stattrav"Earl Grey", the tea her royal highness of UK drinks
00:54.52``Erikheh, saw a tin, recalled it from star trek...
00:55.00``Erikit's actually pretty good
00:55.21Stattravlol
00:58.56jackmy alltime UK fave is cider
00:59.03jackparticularly "perry"
00:59.59``Erikhm, hard cider is good on occasion, a bit too sugary in general, though
01:00.32jacksome brands are wonderful, and not too sweet
01:00.35StattravI loved perry, had it on my EU trip back in India I cant seem to find any cider at all.
01:00.50``Erikone of my profs spent a few years in england... had a story... guy in a bar asked him how you can tell a cider drinker... guy said "he ain't got no teeth" and grinned sporting a complete lack of chompers
01:00.54jack"strongbow" is one of them
01:01.11``Erikis that a british local brand?
01:01.14Stattravlol
01:01.28jackyeah, exported to whole europe meanwhile
01:01.34``Erik<-- is in the US, cider brands are limited
01:01.45jacksome kind of bigass brewery i guess
01:01.57``Erikwoodchuck is the 'decent' brand here
01:02.47Stattrav``Erik: do you know what we get budweizers in India which are made in India :P they totally suck here.
01:03.19jackhaha
01:03.30jackbudweiser always sucks ;)
01:03.34``Erikheh
01:03.36jackthat's not beer
01:03.39``Erikbudweiser sucks in the US, too
01:03.45Stattravwaits for the kernel to compile :( its been more than an hour.
01:03.56Stattravaah then i was a kid when i had it ;)
01:04.23``Erikit's slightly better than pabst or old milwuakee
01:04.28``Erikbut it ain't good
01:05.15Stattravthese days I stuck to tuborg.
01:05.25jackomg. :P
01:05.35jackworst and cheapest danish beer ever
01:06.13Stattravcheap i agree ;) and its not bad actually, it tastes better but lower alcohal percentage
01:06.37jacki'm german, forgive me
01:07.23jacktotally unable to enjoy "lager" or so ;)
01:07.29Stattravwell in Germany there are more cheaper beers available. My flatmate used to go to the german border and get crates or beer
01:07.36jackyup
01:07.45``Erikthe alcohol % is irrelevant, imho
01:08.02``Erikhow does ayinger stack up?
01:08.18starseekerOooo - http://tug.ctan.org/tex-archive/macros/latex/contrib/xypdf/
01:08.26``ErikI paid 20usd for a 6 pack, it really wasn't worth it imho
01:08.36``Erikuh, ayinger celebrator
01:09.17``Erikpicked up a 4 pack of atwater voodoo that was really good for $10, very good... and not just cuz it was 9.5%
01:09.58jackwould recommend a bottle of decent absinth
01:10.15``Erikheh, real absinth is illegal here, the whole wormwood bit
01:10.16Stattravwooh
01:10.18jackreally good, not just because it's 85% or so
01:11.56Stattravnobody in the liqour shops we visit (the cheap ones) here has ever heard of the existance of absynth
01:12.43jackit's a miraculous elixir ;)
01:12.52jackonly sold by those who know
01:28.11``ErikI've heard that there are vendors selling what they call is absinth, but is not
01:33.47jacktrue absinth is rumoured to contain more active substances than alcohol
01:34.11jacka bit like "mezcal", but not that psychedelic
01:34.36``Eriksocum, I though the wormwood was a critical part of real absinth?
01:34.53``Erikmezcal is just the worm
01:34.55``Erikright?
01:34.58jackyeah
01:35.08jackcontains mescaline
01:35.17jackwhich is a heavy alkaloid
01:40.13*** join/#brlcad Nohla (~jesica@201.255.241.137)
02:09.27starseekerhey Nohla  :-)
02:10.47starseeker``Erik: you said our little conditional trick in the obj directory didn't work on BSD correct, because it was a GNU extension?
02:11.16starseekerif so, do you have any example of what the non-gnu approach to something like that would be?
02:30.41``Erikremind me tomorrow to look into it... allz I know is that it tries to build on bsd
02:37.53starseekernods
02:38.13starseekercan we reasonably expect most BSD systems to have gmake around?
02:45.03jackmacs have make (gnumake 3.80) and bsdmake ;p
02:45.17jacki think most bsd systems should have gmake
02:50.42*** join/#brlcad PrezKennedy (Prez@96.31.84.96)
02:51.20``Erikmost do, yes... but it'd be nice to 'just work'
03:28.09Nohlastarseeker holas
03:53.57*** join/#brlcad Nohla (~jesica@201.255.241.137)
03:55.54CIA-73BRL-CAD: 03brlcad * r38477 10/brlcad/trunk/src/mged/ (fbserv.c fbserv.h): rename functions to avoid debug build symbol name clashes with libfb's fbserv_obj functions. two implementations should be de-tcl'd and consolidated.
03:58.54CIA-73BRL-CAD: 03brlcad * r38478 10/brlcad/trunk/src/libfb/fbserv_obj.c: looks like fbs_rfbopen() and fbs_pkgfoo() can be made HIDDEN. rename the latter to fbs_rfbunknown for consistency.
03:59.00``Erikso yeh... http://robotfest.com/
04:00.05CIA-73BRL-CAD: 03brlcad * r38479 10/brlcad/trunk/src/mged/ (fbserv.c fbserv.h): rename rfbexit() to rfbunknown() to match libfb new name.
04:04.21CIA-73BRL-CAD: 03brlcad * r38480 10/brlcad/trunk/src/mged/ (fbserv.c set.c): rename set_port() to fbserv_set_port()
04:38.35CIA-73BRL-CAD: 03brlcad * r38481 10/brlcad/trunk/src/libfb/fbserv_obj.c: reorder to avoid most forward decls. consolidate several of the functions replicated across a WIN32 implementation into just one with platform-specific sections identified. ws cleanup too.
04:39.40CIA-73BRL-CAD: 03brlcad * r38482 10/brlcad/trunk/src/libfb/fbserv_obj.c: removed dead code
05:08.39CIA-73BRL-CAD: 03brlcad * r38483 10/brlcad/trunk/src/libfb/fbserv_obj.c: consolidate the more complex fbs_open() implementations into just one implementation with #ifdef'd sections for windows channels. need to investigate why we can't just use libpkg like we should.
05:13.28CIA-73BRL-CAD: 03brlcad * r38484 10/brlcad/trunk/src/libfb/fbserv_obj.c: tab removal, comment cleanup
05:22.05CIA-73BRL-CAD: 03brlcad * r38485 10/brlcad/trunk/src/libfb/fbserv_obj.c: final(?) reordering that eliminates the need for all forward decls. move the pkg_switch into the sole function that uses it and resort funcs accordingly.
05:22.29CIA-73BRL-CAD: 03brlcad * r38486 10/brlcad/trunk/include/fbserv_obj.h: ws, eliminate embedded tabs
05:26.42CIA-73BRL-CAD: 03brlcad * r38487 10/brlcad/trunk/src/libbu/fchmod.c: make sure pmode is valid
05:27.52CIA-73BRL-CAD: 03brlcad * r38488 10/brlcad/trunk/src/libbu/fnmatch.c: minor ws
05:48.21*** join/#brlcad ibot (ibot@rikers.org)
05:48.21*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
06:09.50CIA-73BRL-CAD: 03brlcad * r38492 10/brlcad/trunk/src/libbu/list.c: see if non-param set-cast will quell msvc
06:17.39CIA-73BRL-CAD: 03brlcad * r38493 10/brlcad/trunk/misc/win32-msvc8/brlcad/brlcad.sln: msvc cleanup. setting startup project to everything.
06:19.03CIA-73BRL-CAD: 03brlcad * r38494 10/brlcad/trunk/src/libbu/malloc.c: move decl outside of func to appease msvc
06:19.47CIA-73BRL-CAD: 03brlcad * r38495 10/brlcad/trunk/src/libbu/parallel.c: avail_cpus is only relevant for non-PARALLEL
06:20.55CIA-73BRL-CAD: 03brlcad * r38496 10/brlcad/trunk/src/libbu/list.c: er, wrong type for bu_identify_magic()
06:23.10*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
06:25.12CIA-73BRL-CAD: 03brlcad * r38497 10/brlcad/trunk/src/libbu/list.c: warning is quelled by passing through to a larger int type first. use ptrdiff_t for this purpose.
06:26.06CIA-73BRL-CAD: 03brlcad * r38498 10/brlcad/trunk/src/libbu/rb_search.c: brace
06:28.08CIA-73BRL-CAD: 03brlcad * r38499 10/brlcad/trunk/src/libbu/temp.c: filepath isn't used
06:28.20CIA-73BRL-CAD: 03brlcad * r38500 10/brlcad/trunk/src/libbu/semaphore.c: quell non-PARALLEL warnings
06:28.56CIA-73BRL-CAD: 03brlcad * r38501 10/brlcad/trunk/src/libbu/stat.c: st_uid/gid might not be the type we're expecting. cast to make sure. (quells msvc, where they are diff)
06:36.33CIA-73BRL-CAD: 03brlcad * r38502 10/brlcad/trunk/src/libbu/ (fnmatch.c getopt.c printb.c units.c vls.c): avoid assignment within conditional expressions to appease the msvc beast and clarify code.
06:40.08CIA-73BRL-CAD: 03brlcad * r38503 10/brlcad/trunk/src/libbn/axis.c: unk&rify PL_FORTRAN + minor ws
06:52.05CIA-73BRL-CAD: 03brlcad * r38504 10/brlcad/trunk/src/libbn/fortran.c: more mad k&r killage spree
06:57.21jackk&r? kernigham&ritchie? oO
07:06.00CIA-73BRL-CAD: 03brlcad * r38505 10/brlcad/trunk/src/libbn/ (list.c marker.c scale.c symbol.c vector.c): holy k&r batman. say bye bye.
07:06.18CIA-73BRL-CAD: 03brlcad * r38506 10/brlcad/trunk/src/libbn/tcl.c: set outside expression
07:06.29CIA-73BRL-CAD: 03brlcad * r38507 10/brlcad/trunk/src/libbn/tplot.c: init vars just in case.
07:07.03brlcadKernighan & Ritchie, yes
07:07.11brlcaddifferent function prototype style
07:07.17jackoh, yeah
07:07.42brlcadint main(ac, av) char **av; int ac; { ... }
07:07.53jacki thought pretty much all of k&r vanished meanwhile
07:07.59jackit's so 80s! ;)
07:08.25brlcadwe eradicated it many years ago, but there are some remnants found from time to time
07:08.34jacki see
07:08.41brlcadthings being hidden via macros
07:08.53brlcadfortran bindings
07:09.23jackbrl-cad is old enough a project to make occasional cleanups really useful :)
07:09.24brlcadnot declaring parameters is also a k&r style, and a lot more common still
07:10.00jackyeah, true
07:10.00brlcadextern int my_func();  .. instead of extern int my_func(int adsf, char *fdas, ...);
07:12.54jacki guess coders loved to get used to some k&r-conform "sloppiness"
07:13.42jackas a packager, i'm glad when things get more specific (so much easier to track down errors and stuff)
07:15.32CIA-73BRL-CAD: 03brlcad * r38508 10/brlcad/trunk/src/libbn/list.c: reformat ate pointer
07:23.16CIA-73BRL-CAD: 03brlcad * r38509 10/brlcad/trunk/src/libpkg/pkg.c: quellage. set values outside expression. cast to size_t accordingly.
07:30.22CIA-73BRL-CAD: 03brlcad * r38510 10/brlcad/trunk/src/librt/attributes.c: use RT_DIR_PHONY_ADDR instead of -1L
07:33.12CIA-73BRL-CAD: 03brlcad * r38511 10/brlcad/trunk/src/librt/binunif/binunif.c: another RT_DIR_PHONY_ADDR needing to replace -1L
07:33.51CIA-73BRL-CAD: 03brlcad * r38512 10/brlcad/trunk/include/raytrace.h: expand the function signature so proper type checking can be performed.
07:42.58CIA-73BRL-CAD: 03brlcad * r38513 10/brlcad/trunk/ (include/bu.h src/libbu/ptbl.c): convert bu_ptbls over to using off_t and size_t for their end offset and blen size values respectively. quellage.
07:45.14*** join/#brlcad jesica__ (~jesica@201.255.246.101)
07:52.45CIA-73BRL-CAD: 03brlcad * r38514 10/brlcad/trunk/src/other/ (tcl/win/tclWinPort.h tk/win/tkWinPort.h): apply a mod to tcl/tk (already pushed upstream as patch) to conditionally define strcasecmp/strcasencmp so that the header may be included after ours without causing redefinition warnings.
07:52.50CIA-73BRL-CAD: 03brlcad * r38515 10/brlcad/trunk/src/libfb/if_disk.c: size_t quellage
08:01.29CIA-73BRL-CAD: 03brlcad * r38516 10/brlcad/trunk/include/config_win.h: make isblank() a define instead of a static function to quell unused warnings as well as to make fnmatch.c successfully test for it via #ifdef
08:08.22CIA-73BRL-CAD: 03brlcad * r38517 10/brlcad/trunk/src/libbu/fnmatch.c: set var outside of expression
08:19.46CIA-73BRL-CAD: 03brlcad * r38518 10/brlcad/trunk/include/fb.h: wgl needs it's requisite headers too (untested)
10:50.58*** join/#brlcad Nohla (~jesica@201.255.246.101)
11:30.25CIA-73BRL-CAD: 03brlcad * r38519 10/brlcad/trunk/include/fb.h: need tk.h and (apparently) windows.h for the signature to compile syntax clean
11:37.17CIA-73BRL-CAD: 03brlcad * r38520 10/brlcad/trunk/include/common.h:
11:37.17CIA-73BRL-CAD: totally punt for windows and turn off reporting unreferenced formal parameters
11:37.17CIA-73BRL-CAD: (c4100). alternative would be to call UNREFERENCED_PARAMETER() in the function
11:37.17CIA-73BRL-CAD: body (which presumably sets the parameter to itself or some similar hack), but
11:37.17CIA-73BRL-CAD: I'm not feeling it given they're already identified in a more open declarative
11:37.18CIA-73BRL-CAD: manner for gcc.
11:43.52CIA-73BRL-CAD: 03brlcad * r38521 10/brlcad/trunk/src/libbu/xdr.c: cast the uint16_t's to unsigned char's too, quellage.
11:48.45CIA-73BRL-CAD: 03brlcad * r38522 10/brlcad/trunk/include/config_win.h: re-enable msvc warnings 4244, 4305, and 4018, but disable 4996 -- secure function deprecation warnings where it blathers about insecure sprintf-style functions being deprecated.
11:54.48CIA-73BRL-CAD: 03brlcad * r38523 10/brlcad/trunk/include/common.h: pragma warning is only relevant with the MSVC compiler so check for _MSC_VER.
12:16.23CIA-73BRL-CAD: 03brlcad * r38524 10/brlcad/trunk/include/config_win.h: 4127 is 'conditional expression is constant' which can be intended for not, but seem to very much intended in most cases (asserts and debug tests.
12:16.55CIA-73BRL-CAD: 03brlcad * r38525 10/brlcad/trunk/src/libfb/if_wgl.c: visual is unused, remove. de-k&r wgl_open().
12:17.29CIA-73BRL-CAD: 03brlcad * r38526 10/brlcad/trunk/src/libfb/fbserv_obj.c: quellage and type fixes. ClientData, not Clientdata.
12:21.16CIA-73BRL-CAD: 03brlcad * r38527 10/brlcad/trunk/include/config_win.h: ignore warnings for type cast: conversion from type1 to type2 of greater size
12:31.44CIA-73BRL-CAD: 03brlcad * r38528 10/brlcad/trunk/src/libfb/ (fbserv_obj.c if_disk.c): more quellage. don't mess with casting Tcl_Channels to numbers, just pass them through.
12:58.50*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:22.43CIA-73BRL-CAD: 03erikgreenwald * r38529 10/brlcad/trunk/src/libbu/ptbl.c: cast off_t to size_t when comparing with size_t (signed vs unsigned warning)
13:27.42CIA-73BRL-CAD: 03erikgreenwald * r38530 10/brlcad/trunk/src/librt/ (prep.c primitives/submodel/submodel.c): more casting
13:32.36CIA-73BRL-CAD: 03erikgreenwald * r38531 10/brlcad/trunk/src/libpkg/pkg.c: use ssize_t to match writev(). cast to an int for printing.
13:36.33CIA-73BRL-CAD: 03erikgreenwald * r38532 10/brlcad/trunk/src/libfb/fbserv_obj.c: wrap fbs_makeconn in appropriate winderz checking.
13:44.35CIA-73BRL-CAD: 03erikgreenwald * r38533 10/brlcad/trunk/src/mged/attach.c: set_port -> fbserv_set_port.
13:49.31*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
14:55.30CIA-73BRL-CAD: 03brlcad * r38534 10/brlcad/trunk/src/other/tk/win/wish.exe.manifest:
14:55.30CIA-73BRL-CAD: our msvc build files for wish utilize tk's cygwin tk.rc resource build file,
14:55.30CIA-73BRL-CAD: which relies on wish.exe.manifest having been generated during a configure pass.
14:55.30CIA-73BRL-CAD: since this isn't feasible, create a manifest manually and add it here so the
14:55.30CIA-73BRL-CAD: build will at least succeed.
15:07.34brlcaddamn, several of the things that make msvc happy make gcc unhappy and vice-versa
15:09.43starseekerfun
15:11.17``Erikdangit, where is the developer list on the sf page? O.o (need a list of all committers)
15:13.51CIA-73BRL-CAD: 03brlcad * r38535 10/brlcad/trunk/src/libpkg/pkg.c: follow erik's fixes with a few more ssize_t conversions on the writev() calls.
15:17.06CIA-73BRL-CAD: 03brlcad * r38536 10/brlcad/trunk/src/librt/prep.c: we're comparing longs
15:26.28brlcadcoughs, gets dressed, wanders north
16:21.11jackbrlcad: encapsulate the shit with #ifdef's
16:21.30jackgcc sets a couple of markers, i bet msvc has some as well
16:23.05jackof course that blows up your sourcefile(s), but who wanted to be compilable with msvc... ;)
17:06.00*** join/#brlcad mafm (~mafm@81.35.69.130)
17:18.49CIA-73BRL-CAD: 03starseeker * r38537 10/brlcad/trunk/src/other/openNURBS/ (7 files in 7 dirs): Remove example xcodeproj files for opennurbs - we don't use them
17:40.32brlcadjack: the complaints from both compilers are actually valid, just a matter of what to do about them
17:40.59brlcadit's not really bad msvc behavior
17:41.06brlcadthere's plenty of that, but this isn't one of those times
17:41.11jack:)
17:43.15jackif it's only warnings, why worry...unless you want to be -Werror-proof
17:43.27``Erikwe do
17:43.47``Erikor at least use them to our benefit, thus all the STRICT_FLAGS stuff going on
17:43.54jack:)
17:44.03jacksure, has lots of advantages
17:46.25``Erikpackage maintainers can use --disable-strict-build *shrug* :)
17:46.32``Erikif it's a big deal
18:09.19jack:)
18:39.25starseekergrowl
18:39.35starseekernew opennurbs might be breaking csgbrep
18:51.07*** join/#brlcad __monty__ (~toon@78-23-216-115.access.telenet.be)
20:12.37*** join/#brlcad __monty__ (~toon@78-23-216-115.access.telenet.be)
20:15.00*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:20.11*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:44.48CIA-73BRL-CAD: 03erikgreenwald * r38538 10/brlcad/trunk/src/libpkg/pkg.c: more casting
21:03.35*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:23.22*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:29.34starseekerah, not new opennurbs (or at least, it was already broken without that)
21:29.51starseekernmg stuff maybe?  hmm
21:44.57CIA-73BRL-CAD: 03starseeker * r38539 10/brlcad/trunk/src/tclscripts/archer/images/ (5 files): add icon for other or unknown objects
21:55.27CIA-73BRL-CAD: 03starseeker * r38540 10/brlcad/trunk/src/tclscripts/archer/images/ (5 files): Add Archer icons for invalid objects.
22:15.00brlcadhmm
22:19.18CIA-73BRL-CAD: 03r_weiss * r38541 10/brlcad/trunk/src/conv/obj-g_new.c: refactoring to support all face types
22:30.27CIA-73BRL-CAD: 03starseeker * r38542 10/brlcad/trunk/src/other/openNURBS/ (91 files in 3 dirs): Update openNURBS to release 201004095 (201004099 if _DEBUG defined)
IRC log for #brlcad on 20100414

IRC log for #brlcad on 20100414

02:03.50*** join/#brlcad Nohla (~jesica@201.255.246.101)
02:15.00CIA-73BRL-CAD: 03brlcad * r38543 10/brlcad/trunk/src/libdm/rect.c: downcast colors to unsigned chars, quellage
02:15.30CIA-73BRL-CAD: 03brlcad * r38544 10/brlcad/trunk/src/libdm/labels.c: more quellage, POINT_LABEL wants a char.
02:17.06brlcadstarseeker: looks like your opennurbs update is missing something
02:19.16brlcadopennurbs_brep_tools.cpp fails on ON_Brep::m__SplitFaces .. which looks like a correct failure, no m__SplitFaces in the ON_Brep class
02:30.25starseekerbrlcad: ermm... oopps
02:30.31starseekerproceeds to fix
02:33.09CIA-73BRL-CAD: 03starseeker * r38545 10/brlcad/trunk/src/other/openNURBS/opennurbs_brep_tools.cpp: OK, these functions were calling a non-existant function - broke the build.
02:33.26CIA-73BRL-CAD: 03brlcad * r38546 10/brlcad/trunk/src/libdm/dm_obj.c: no need to switch over the various *_close_existing() functions, call fb_close_existing() instead.
02:36.44CIA-73BRL-CAD: 03brlcad * r38547 10/brlcad/trunk/src/libdm/dm_obj.c: remove lots of dead code. de-k&r funcs.
02:36.52brlcadjust that one file?
02:40.05CIA-73BRL-CAD: 03brlcad * r38548 10/brlcad/trunk/src/libfb/fb_generic.c: provide declarations for the various *close_existing() implementations as it will be removed from fb.h
02:42.19CIA-73BRL-CAD: 03brlcad * r38549 10/brlcad/trunk/src/libfb/tcl.c: no longer need decls on the *close_existing() impls.
02:43.21CIA-73BRL-CAD: 03brlcad * r38550 10/brlcad/trunk/include/fb.h: should no longer need to declare any of the *_close_existing() funcs as they all hidden behind fb_close_existing() in libfb's fb_generic.c
02:45.40brlcadstarseeker: keep in mind that they may very well remove functionality we use/need/want .. code that perhaps slips out by mistake that isn't really needed for obj parsing
02:45.54starseekernods
02:46.06brlcadbut that could be rather useful for ray evaluation, spatial partitioning, surface evaluation, etc
02:46.09starseekerI'll give it a more detailed read tomorrow - too shot now
02:46.28brlcadthat splitting faces code sounds right up that alley potentially
02:46.55starseekerI originally tagged it with a comment and left it in, but somehow it built on the mac and didn't build here
02:47.39starseekerjust did the quick fix, but I'll give it a more careful read tomorrow
02:48.25starseeker'course, the more things like that happen, the more we'll become a true fork
02:53.07brlcadall the more reason to sort our changes out into an encapsulated friend class
02:53.23brlcadso we don't have to mod them, but can overlay our changes
02:53.48starseekernods
02:53.54brlcadhm, so the harder part of the *_open_existing() evil is going to be much harder to sort out...
02:54.01starseekerI'd need some help with the details of that...
02:54.28starseekerdoesn't see any code for m__SplitFaces in the previous release
02:54.30brlcadcould probably implement it as either a vararg function or require an FBIO be filled in manually beforehand
02:55.08starseekerhasn't even reached that part of the Tk fb/dm logic - been dreading it
02:56.21brlcadheh, lookie what I found
02:56.22brlcadhttps://svn.blender.org/svnroot/bf-blender/branches/nurbs/blender/intern/nurbana/intern/
02:56.40brlcadat the bottom.. looks like they're including opennurbs now too
02:56.57starseekerhehehe
02:57.10brlcadcertainly wasn't released when justin wrote nurbana
02:58.18brlcadhttp://brlcad.org/xref/source/src/other/openNURBS/opennurbs_brep.h
02:58.27brlcadlists an m__SplitFaces member
02:59.27brlcadlooks like it is a RhinoSDK function
02:59.32starseekernods
02:59.36brlcadhttp://brlcad.org/xref/source/src/other/openNURBS/opennurbs_mesh.cpp#L32
03:02.29starseekerok, so they took out logic we probably want to save, even though there was a RhinoSDK function at the root of it?
03:02.55brlcadyeah, looks like it
03:03.02brlcadthough it may have just moved to elsewhere
03:03.06starseekerconfound it
03:03.10starseekerwill revert
03:03.18starseekerwe'll sort it out tomorrow
03:03.20brlcadthat was a pretty big update from what we had
03:03.44*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
03:03.52brlcadthat added support for the v5 3dm file format (ours only went up to v4)
03:04.24brlcadslew of new entities and extensions from glances through the commit
03:07.51CIA-73BRL-CAD: 03brlcad * r38551 10/brlcad/trunk/src/libbu/brlcad_path.c: avoid assignment withing expression, make logic more explicit/clear.
03:08.34CIA-73BRL-CAD: 03brlcad * r38552 10/brlcad/trunk/src/libbu/brlcad_path.c: ws
03:09.55brlcaddon't see a particular reason to revert it just yet
03:11.14brlcadand wow .. it's noticably warning-cluttered now with the new rev.. particularly exact flaoting point comparisons. someone there is getting sloppy.. it was pretty clean.
03:12.12brlcadwonders why weiss wrote a triangulate_face() function...
03:14.34brlcadnmg_triangulate_model() ftw.  or nmg_triangulate_shell() or nmg_triangulate_fu() ..
03:28.12starseekerthinks he recalls suggesting that earlier to him, but apparently I should have been more specific...
03:28.33starseekerjust suggested investigating the nmg code to see if the functionality he needed was already there...
03:30.38starseekerbrlcad: actually, I believe it was commit-before-last that upped it to v5 - this last one makes an "old 5" and "new 5", if I was interperting opennurbs_archive.h correctly
04:51.34*** join/#brlcad Nohla (~jesica@201.255.246.101)
06:15.35*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
10:07.07*** join/#brlcad mafm (~mafm@81.35.69.130)
11:07.48*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:45.36d-loMernin
12:19.24*** join/#brlcad Ralith (~ralith@69.90.48.97)
12:19.57CIA-73BRL-CAD: 03davidloman * r38553 10/rt^3/trunk/src/alf/: Modified SVN:IGNORE to ignore more build byproducts.
12:20.59brlcadstarseeker: hm, that's odd then because that last commit implemented a lot of functionality
12:21.11brlcadspecific to new v5 features
12:36.49CIA-73BRL-CAD: 03davidloman * r38554 10/rt^3/trunk/ (6 files in 3 dirs): Add *.backup to /src/gs/Jobs' SVN:Ignore prop. Formatting on AbstractJob.* Introduce PrintToStdOut class in prep for JobManager functional test.
12:44.44CIA-73BRL-CAD: 03davidloman * r38555 10/rt^3/trunk/ (50 files in 9 dirs): Move libNetwork/ out of GS/ for better organization.
12:48.23brlcadthe scope and complexity keep expanding there... really not a good sign
12:49.34d-loto what are you referring to?
12:50.09brlcadthe changes over the past week and a half
12:50.37d-logs or something else?
12:50.43brlcadge/gs
12:51.02d-locare to be more specific?  what's bugging yas?
12:51.33brlcadit's more feature creep and staged planning instead of base functionality
12:51.46brlcadcoding wide
12:52.16d-loWell, tbh, I am still trying to get an org scheme that works :/
12:52.42brlcada class dedicated to printing to stdout instead of just printing to stdout is a good example, but just one out of several dozen complexity-inducing issues
12:53.03brlcadsorting out org is "coding wide"
12:53.13brlcadat least it lends to it
12:53.27d-loPrintToStdOutJob is only for the test I am about to write ;)
12:53.27brlcadas you'll continually refactor the org until it fits some mental model
12:54.05d-loTrue, as I have had the 'mental model' solidify over the last month due to looking at it via TDD.
12:55.39brlcadthe problem is that mental models can change rapidly, and should be able to
12:56.02brlcadif each refactoring gets longer and harder, that's a sign that complexity is getting too big
12:56.50brlcadif not great, but I'm betting I'd have to touch a ton of code if I wanted to change a particular piece of functionality
12:57.08d-loWell you should be a bit smug then :) Initially, I re orged everything to what I thought would be best, and, over time, I am working back to the way you had it setup initially :P
12:57.32brlcadheh
12:57.37brlcadno smugness
12:57.46brlcadit is never right :)
12:58.07brlcadthere's always room for improvement, but that's even more to the point
12:58.07d-lounderstood ;)
12:58.21brlcadwhy it's more important to keep the code as simple as possible so it can be adapted
12:58.38brlcadand understood or picked up by someone else without needing to comprehend "the architecture"
12:59.01brlcadtake the openNURBS API for example -- it's a pretty big chunk of code, but it's very simple
12:59.07d-loI agree.  Which is partially why I am mvonig back to a simpler org.
12:59.49brlcadthere are no tessellation managers, job queues, printing managers, task scheduling, etc, even though it has functionality that covers those areas
12:59.50d-loYour test harness and a few days spend reading up on TDD has given me much needed direction and starting points.
13:00.17brlcadnot saying those are bad to have, quite the contrary particularly for the GS
13:00.27brlcadbut have to really keep it all in check
13:00.56d-loand I am trying to //TODO and/or stub in functionality 'to be implemented later' while trying to stay on target for my goal.
13:01.13brlcadI wouldn't even bother stubbing it
13:01.23brlcadthat's just complexity that has to be waded through
13:02.33brlcadand stubs that may be invalid as refactoring continues, then it's wasted effort
13:03.12d-lowell seeing as this is one huge learning process for me (on many facets) I have accepted the fact that there will be lots of wasted effort.
13:03.55brlcadwhich is why I'm just trying to encourage that you just KISS more :)
13:04.44d-loOh trust me, I think I am :)  Especially compared to what I had penciled out a few months ago.
13:05.02brlcadthen even more :)
13:05.49brlcaddid see the code you ripped out, that was good :)
13:06.02brlcadless is definitely going to be more at this point
13:06.10d-lostill working on more, um, 'KiSS-ing'
13:06.14d-loif thats even a term
13:06.35brlcadhttp://en.wikipedia.org/wiki/KISS_principle
13:07.56brlcadbasically making things only *exactly* as complex as they need to be to fulfill a feature
13:07.58d-loOh I am familiar with KISS as a concept, just don't know if it can be turned into a verb and still keep the meaning the same.
13:08.07brlcadif that can be done with one less class, then better
13:08.24d-loright, and in steps the experience I don't have ;)
13:08.31brlcadthe point that you have to repeat that funcionality, you refactor
13:08.45d-lowhich leads back to the learning process thingy :)
13:08.50brlcadthat's the "Don't Repeat Yourself" principle
13:08.58brlcadDRY or DIE
13:09.03brlcadDuplication is Evil
13:09.52brlcadidentified approximately 200,000 lines of evil in BRL-CAD :)
13:10.17brlcadwe should have dev names for our releases
13:10.32brlcadBRL-CAD 7.18.0 "Now with Less Evil"
13:10.54d-lolol
13:11.44d-loWell, as a padawan, I am still learning what's evil and what's not.  Have patience Massa!
13:12.50d-loquestion, if you have the time
13:13.27brlcadfrom a marketing/developer perspective, a key point to continually keep in mind is that we are aiming for exactly two target productsP: a C++ GE API (library) and a network-based GS daemon (application)
13:13.38brlcadeverything that derives that is implementation detail
13:13.58brlcadand shouldn't be concern to external devs or users
13:13.59d-loSince I am building the portions of rt^3 I care about with CMAKE, but I am pretty sure Dr Rossberg is using autotools for his portions.... should I unwire all my stuff from autotools?
13:15.11CIA-73BRL-CAD: 03indianlarry * r38556 10/brlcad/trunk/include/opennurbs_ext.h:
13:15.11CIA-73BRL-CAD: Tightened up BREP flatness criterior to work around cases where 3D surface
13:15.11CIA-73BRL-CAD: volumes genertated from surface subdivision not fully containing the
13:15.11CIA-73BRL-CAD: sub-surface. Need to fix both the flatness test and the min/max bounding
13:15.11CIA-73BRL-CAD: routines.
13:15.13brlcadwhat of yours is wired into autotools?
13:15.19brlcaddidn't think it was
13:16.12d-lolooking to see the extent.
13:16.20brlcadI wouldn't intentionally break things for him or break the autotools build, but there's no sense in maintaining two build systems
13:16.32brlcadat least for the same product
13:16.51brlcadit really should all migrate to cmake and get sorted out
13:17.07d-loI have SOME things wired in to build, but I switched to CMAKE and appearently never went back and un wired stuff from autotools.
13:17.22brlcadI'd just leave it for now then
13:17.25brlcadnot pressing
13:18.19d-loI have been leaving his stuff alone, since I haven't really had the time to get it into cmake
13:18.41d_rossbergd-lo: i'm using cmake on windows (brlcad/misc/win32-msvc/CMakeLists.txt) and i was able to build libcoreInterface.so with rt^3/CMakeLists.txt
13:19.09d-loawesome :) so you are not using autotools at all anymore in rt3?
13:19.30d_rossbergonly for the brlcad standard build
13:20.46d_rossbergi accidentally used autotools for rt^3 because of the autogen.sh etc. in the root directory
13:21.07d_rossbergbut they don't work any more
13:21.40d_rossbergCMake works (in general)
13:21.51d-lokk thanks!
13:24.26d-loSo if I started pulling out all the autotools stuff, that's okay then?
13:27.18d_rossbergi would say yes: it is ok for me and rt^3 is a playground anyway (there isn't more trafic there than our own, i would say)
13:35.25CIA-73BRL-CAD: 03davidloman * r38557 10/rt^3/trunk/ (24 files in 8 dirs): Continuing to simplify things by moving src/GS/Jobs/ to src/libJob
13:35.46d-lonewb question:  the file: 'include/brlcad/belcadversion.h'  should it be on the SVN:IGNORE prop?
13:36.45d_rossbergyes, it will be generated by CMake
13:38.30CIA-73BRL-CAD: 03davidloman * r38558 10/rt^3/trunk/include/brlcad/: Add CMAKE generated file 'brlcadversion.h' to SVN:IGNORE
13:40.17CIA-73BRL-CAD: 03davidloman * r38559 10/rt^3/trunk/ (13 files in 11 dirs): Remove outdated autotools stuff due to the switch to CMAKE.
13:40.27CIA-73BRL-CAD: 03indianlarry * r38560 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp:
13:40.27CIA-73BRL-CAD: Added code so that if an iterative step in the newton solver gets farther away
13:40.27CIA-73BRL-CAD: from the target point back up a half step. Fixes a problem where under the right
13:40.27CIA-73BRL-CAD: surface conditions the solver would keep stepping over and past the target point
13:40.28CIA-73BRL-CAD: until it hit a built-in iterative limit for non convergence.
13:57.40brlcadthat solves that then
14:14.04d-lowhat is BRLCAD's pastebin addy?
14:20.02d-loSeeing a brlcad build error: http://pastebin.org/150992
14:20.48Ralithnewton solver?
14:21.19d-loby the looks of it, it seems to be related to Tk and the FrameBuffer.
14:51.39brlcadturn off the tk framebuffer interface
14:52.24brlcadit's using the wrong Tk_PhotoPutBlock() signature
15:03.44brlcadRalith: NURBS ray tracing uses a root solver that employs newtonian iteration
15:05.01brlcadclassic newton iteration where you basically subdivide to get close to a solution
15:05.07brlcadin steps
15:07.39CIA-73BRL-CAD: 03brlcad * r38561 10/brlcad/trunk/src/libfb/if_tk.c: Tk_PhotoPutBlock() with a Tk_PhotoHandle only works with Tk 8.5+, so test accordingly.
15:07.42Raliththat's called newtonian iteration?
15:07.44Ralithneat!
15:07.55brlcadyeah
15:08.44brlcadhttp://en.wikipedia.org/wiki/Newton's_method
15:11.59CIA-73BRL-CAD: 03brlcad * r38562 10/brlcad/trunk/NEWS: keith has made a number of improvements and bug fixes to nurbs ray tracing
15:14.22CIA-73BRL-CAD: 03brlcad * r38563 10/brlcad/trunk/NEWS: cliff has made a bunch of new tree-view images and button images (replacements and new ones) for archer.
15:20.49CIA-73BRL-CAD: 03brlcad * r38564 10/brlcad/trunk/TODO: need to improve the min/max bounding box routines for BREP/NURBS
15:23.26CIA-73BRL-CAD: 03brlcad * r38565 10/brlcad/trunk/NEWS: cliff updated openNURBS to 5.0 (2010-04-09)
15:42.09CIA-73BRL-CAD: 03starseeker * r38566 10/brlcad/trunk/src/tclscripts/archer/images/ (5 files): Add icons for metaball primitive.
15:49.10CIA-73BRL-CAD: 03bob1961 * r38567 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Mods to improve the speed of the treeview widget.
16:00.24CIA-73BRL-CAD: 03starseeker * r38568 10/brlcad/trunk/src/tclscripts/archer/images/ (bot.png bot_intersect.png bot_subtract.png bot_union.png): Change BoT icons
16:39.16starseeker+
16:39.24starseekerwhoops
16:47.33CIA-73BRL-CAD: 03starseeker * r38569 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl:
16:47.33CIA-73BRL-CAD: Only do the contents of the man page viewer if the Introduction file is present
16:47.33CIA-73BRL-CAD: - really should disable the viewer altogether based on this check, but make this
16:47.33CIA-73BRL-CAD: change for now so archer can start with the extra docs disabled.
16:58.44CIA-73BRL-CAD: 03bob1961 * r38570 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Updated for bot and metaball tree images.
17:33.56brlcadstarseeker: any interetsing features making it worthwhile to update from 8.5.6 to 8.5.8 ?
17:49.51starseekerurm
17:49.54starseekergood question
17:50.05starseekerhas been focused on 8.6 of late
17:50.09starseekerhave to check
17:55.19yukonbobbets negligable.
18:51.48mafmso aren't you participating in gsoc this year?
19:00.41brlcadmafm: nope, not this year
19:01.27brlcadit takes a big time investment and we have some high-priority dev activities that will benefit from consolidated effort
19:03.20brlcadwould have given it more consideration if previous year students were a little more active than they've been... but everyone gets busy :)
19:03.30brlcadmaybe next year
19:04.37mafmyeah, bastard students from hell :P
19:05.49pooliooooops :)
19:11.23mafm:)
19:22.04CIA-73BRL-CAD: 03erikgreenwald * r38571 10/brlcad/trunk/src/libgcv/region_end_mc.c: remove explicit fusing in favor of nmg_model_fuse(). add call to nmg_shell_coplanar_face_merge().
19:26.46CIA-73BRL-CAD: 03brlcad * r38572 10/brlcad/trunk/NEWS:
19:26.46CIA-73BRL-CAD: fixed a bug with the solids command (which subsequently also affects the regions
19:26.46CIA-73BRL-CAD: and idents commands) reported by tom browder (tbrowder2) via sf bug report
19:26.46CIA-73BRL-CAD: 2974586 (Core Dump with mged 'solids' Command) where a provided stack trace
19:26.46CIA-73BRL-CAD: showed a bad vls. the problem was a call to bu_vls_init_if_uninit() on a vls
19:26.46CIA-73BRL-CAD: that was not initialized but had non-zero data so never becomes initialized.
19:26.47CIA-73BRL-CAD: fix was to call bu_vls_init() instead.
19:30.26starseekerbrlcad: when was the fix committed?
19:32.40brlcadhttp://brlcad.svn.sourceforge.net/viewvc/brlcad?view=rev&revision=38382
19:33.01starseekeroh, a while ago
19:33.07brlcadheh, apparently less than a week ago
19:33.10brlcadthought it was several weeks
19:33.16brlcadlost in an msvc time warp
19:33.24starseekerwas that the crash?
19:34.08brlcadpretty sure
19:34.22starseekerwow, quick card :-P
19:34.31brlcadyeah, forgot it was already fixed
19:34.39brlcadhe took the rt/rtedge request
19:35.20brlcadthat same code problem has happened before, bu_vls_init_if_unint() should probably be deprecated because of it's potential for that.. only works for zero-initialized memory
20:08.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:23.16*** join/#brlcad prasad_ (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
20:23.24prasad_hi :)
20:23.29brlcadoh my :)
20:23.31brlcadhowdy
20:23.45brlcadwho sobered you up enough to type??
20:23.56prasad_hehe
20:24.05prasad_what's new
20:24.28prasad_i heard rumblings about a new ui
20:24.31brlcada lot new a lot the same
20:24.39brlcadyeah, couple projects going on there
20:24.40prasad_came to see some shiny gfx
20:24.51prasad_screens?
20:24.56brlcadnurbs are implemented
20:25.27brlcadarcher is coming along nicely getting mged features integrated
20:26.20brlcadall in good time, :)
20:27.02brlcadhere's one a bit dated of archer: http://brlcad.org/~starseeker/archer.png
20:27.17brlcadlooks a lot different already
20:27.31starseekermakes a new one for the heck of it...
20:27.55prasad_ah cool
20:28.03brlcadhttp://brlcad.org/~starseeker/g3d_latest.png from last summer
20:28.25brlcadthat's a separate "new gui" effort coming along .. that's mged embedded there
20:28.31prasad_looks like a gl canvas?
20:28.39prasad_(the g3d one)
20:28.40brlcadyeah, ogre3d
20:28.45prasad_ah ha
20:28.54prasad_with their own widgets i guess
20:29.20brlcadwidgets were some simple toolkit whose name I forget at the moment
20:29.30brlcadnot cegui
20:29.37brlcadmaybe rbgui
20:29.43prasad_ic
20:29.45prasad_looks nice :)
20:29.53prasad_better than what i remember
20:30.04*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
20:31.37brlcadwe're moving towards Qt, though, for widgets -- customized gl-rendered widgets
20:31.41brlcadnow that they're lgpl
20:31.58brlcadI don't recall if that screenshot was before or after Qt was integrated
20:32.03brlcadyou remember starseeker ?
20:32.26brlcadhttp://brlcad.org/wiki/User:Ralith
20:32.36brlcadlooks like after, so that is Qt there
20:33.45starseekerthat one is after Qt I believe
20:34.11starseekeryeah - that's the Qt widgets there
20:36.36starseekerhttp://brlcad.org/~starseeker/archer_latest.png
20:36.42starseekerprasad_: there ya go
20:37.05prasad_sexy ;)
20:46.27brlcadstarseeker: need a better icon for assemblies (combs above regions), parts (regions), and combs (below regions)
20:46.32*** join/#brlcad Ralith (~ralith@69.90.48.97)
20:46.42brlcadspeak of the devil -- there be Ralith
20:47.02starseekerbrlcad: bob has a red icon for regions - that fix isn't in yet
20:47.43starseekeras for parts... there's a fair bit of processing needed up front just to recognize that something is an assembly
20:48.19starseekerone of the problems has been to balance features with load time - for big databases even search gets expensive
20:49.02brlcadit could great an idle update queue where objects are expanded as they are identified
20:49.22brlcadshould also use a fixed-width font for the tree view
20:50.12brlcadat least for the operators (which should be smaller and aligned better)
20:51.27starseekerthe operators are graphical (actually part of the image)
20:51.49brlcade.g., Inner-Hub-215-55R17.c .. the three prims below it all shift back and forth because of the font
20:52.05brlcadthat 'u' and '-' are graphical?
20:52.19starseekeryes - that's a limitation of the tree widget
20:52.29starseekerthat's why there are 4 images per primitive
20:52.31brlcadhm, then the icons need tweaking
20:52.35starseekeryeah
20:52.38brlcadto be all exactly the same dimensions
20:52.50starseekerthat was a quick and dirty "let's test out this idea for a tree widget" icon set
20:52.51brlcadat least the same width
20:54.02starseekeranticpated you not caring for them, but figured post-alpha was the logical time to refine them, if the idea sells with users
20:54.09brlcador rather, at least the same with for ops and same width for shape icons,
20:54.50Ralithbrlcad: eep!
20:54.56brlcadany ideas on a good icon for combs?
20:55.10brlcadRalith: prasad_ was asking about your gui work, showed him some shots :)
20:55.12starseekerwas actually OK with the folder - it makes sense
20:55.33starseekerI don't really have any better ideas (don't like the toolbar comb icon at all)
20:55.53starseekeris a poor graphic artist :/
20:56.19Ralithbrlcad: cool; hopefully I can get back in and extend that some this summer
20:56.52prasad_starseeker, 'poor' depends on perception ;)
20:57.13brlcadstarseeker: a variant of our classic CSG example would probably work
20:57.15prasad_Ralith, u did the g3d one?
20:57.33brlcadhttp://brlcad.org/gallery/d/242-3/csg_example.png .. iirc, there's a proc-db or sample .g that has it
20:57.40Ralithprasad_: in its current form, yeah, unless somebody extended it a ton while I wasn't looking.
20:57.53Ralithprasad_: I owe a lot ot mafm's original work.
20:57.55starseekerfor comb?  oh, you mean the boolean illustration?
20:58.20Ralithhe actually laid most of it out and built the higher level design that I worked from
20:58.21starseekerthe upper left one might work, but I dunno how well it would compress to 18 pixels high
20:58.23brlcadI don't like the folder at all, it implies the wrong concept
20:59.03prasad_Ralith, cool
20:59.18Ralithprasad_: what's your interest, if I might ask?
20:59.24prasad_iirc brlcad wont be in gsoc this year?
20:59.27starseekerOK... and I suppose have the mult-colored one be the comb and a uniform color for regions?
20:59.42prasad_just curious to see the progress of a project i used to work on :)
21:00.02Ralithcool
21:00.22Ralithisn't planning on gsoc this year either, has some in-person job opportunities to hope for
21:00.38prasad_nice
21:00.42prasad_where abouts?
21:00.46Ralithseattle
21:01.31prasad_nice
21:02.15brlcadstarseeker: regions are the one to call out with emphasis
21:02.42brlcadideally indicating solidity above regions and non-solidity below regions (they're just shapes)
21:02.54brlcadbarring that, same icon without color for non-regions
21:06.40starseekernods...
21:10.41prasad_brlcad, got an ipad?
21:18.31``Erika1/cl
21:20.51prasad_hey ``Erik
21:23.12*** join/#brlcad Stattrav (~Stattrav@202.3.77.204)
21:37.17mafmno love for gsoc this year :)
22:11.50*** join/#brlcad Nohla (~jesica@201.255.246.101)
22:27.04``Erikyargh, prasad, wormed your way into firaxis yet? :D
22:27.56starseekereyes the hv3 required components list... if I'm not mistaken, we won't need Tls or tclsee for a help browser, and if we're using all png images we won't need Img...
22:28.26starseekerthat leaves Tkhtml3 and sqlite3, and I'm curious how deep the sqlite requirement is
22:28.29starseekerhmm...
22:29.22prasad_``Erik, funny u ask
22:29.29prasad_two leads at firaxis joined us
22:29.32prasad_heh
22:29.43prasad_they're not too happy about that
22:31.10CIA-73BRL-CAD: 03starseeker * r38573 10/brlcad/trunk/src/mged/ (Makefile.am cmd.h info.c setup.c): Make the l command show the info for a primitive being edited, when it is edit state.
22:31.14``Erikleft firaxis to work with ya'll?
22:32.43``Erikmebbe ya lucked out and landed at the better place O.o
22:36.06``Erikhttp://www.youtube.com/watch?v=P9xKQm5d1uU
22:36.54``Erikbetty white ++
23:24.04*** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ)
IRC log for #brlcad on 20100415

IRC log for #brlcad on 20100415

00:39.02*** join/#brlcad Nohla (~jesica@201.255.246.101)
01:18.55``Erikheh http://hijinksensue.com/2008/11/10/my-uncle-the-astronaut/ foxes handling of good scifi finally makes sense O.o
01:28.06starseekerurm... what does pkg_getclient: accept: errno=38 mean?
01:29.26starseekerhappens in Archer when I try to do a raytrace
01:30.02``Eriklooks like an accept() fail, according to src/libpkg/pkg.c
01:30.52starseekergrr
01:31.33``Erik:D
01:32.36starseekermust be a recent change... letsee...
01:32.41``Erik(someone just printed errno instead of calling perror()?)
01:33.21starseekernot sure...
01:34.45``Erikhm, 38 maps to ENOTSOCK on my mac
01:35.23starseekersuspects it may be some recent fb change...
01:35.36starseekerbut MGED works OK, both in window and isolated
01:35.37starseekerhrm
01:52.34brlcadprasad_: almost did but wasn't urgent need so decided to wait
01:53.35brlcadwonders which two leads .. met Brian back around 2000
01:54.49brlcadstarseeker: /usr/include/sys/errno.h:#define        ENOTSOCK        38              /* Socket operation on non-socket */
01:55.24starseekernods - now to figure out why Archer is hitting that...
01:55.29brlcadah, erik pointed that out
01:55.35brlcadcatches up
01:56.31``Erikbreak&bt?
02:05.26starseekerbrlcad: would this license be any problem for us?  http://bzflag.bz/~starseeker/tktable_license.txt
02:07.30starseekerdoesn't really think so, but would appreciate confirmation of that...
02:12.23CIA-73BRL-CAD: 03starseeker * r38574 10/brlcad/trunk/src/mged/ (info.c setup.c): Wrap the analyze command so as to allow it to report on a primitive being edited in MGED.
02:16.43``Erik"buddha! don't do coke infront of kids!"
02:18.09brlcadstarseeker: huh, that's actually a really good question ... and my initial reading would infer that it's surprisingly lgpl incompatible because it tries to impose an additional restriction
02:19.16starseekerbecause of the RESTRICTED RIGHTS section?
02:19.23brlcadyep
02:19.44brlcadunless lgpl has that same clause
02:19.45starseekerwas looking up the Rights in Technical Data thing...
02:20.02brlcadit's a standard contracting clause
02:20.09starseekerhttp://farsite.hill.af.mil/reghtml/regs/far2afmcfars/fardfars/dfars/dfars252_227.htm#P298_15664
02:21.09starseekerbrlcad: best course to email Jeffery Hobbs?
02:22.32brlcadI was just reading that page, which humorously has no (c) 1 ii
02:23.36starseekeryeah, that doesn't really help does it? :-P
02:24.46``Erikthe url reads like it was created by the same guy who wrote the swedish chefs dialog O.o
02:25.04starseekereven more amusingly, the project they link to as a good example use of tktable is GPL
02:25.10starseeker(moodss)
02:25.23brlcadit probably was (b), but not clear which one, maybe (b) 1 ii
02:25.53brlcadwhich basically lets him use that work in a govt contract that requires unlimited gov rights be grantable
02:26.13brlcadif that's the case, it's probably compatible
02:26.32brlcadas those are similarly granting additional freedom, not restricting
02:26.46starseekernods
02:26.58starseekerI didn't see anything in there that really looked restrictive
02:27.01brlcadif it's (b) 2 or (b) 3, though, diff issue
02:28.05starseekerreads...
02:28.21starseekeroh, OK, so those (if invoked) would limit the government specifically?
02:29.25brlcadreduce rights the gov't can exercise
02:29.43brlcadit's otherwise a BSD license
02:30.17starseekermutter... OK, here we go.  You want to email him, or shall I?
02:30.44brlcadthat section is read as an addendum clause that either grants or reduces rights to some individuals (i.e. the govt)
02:30.48brlcadif it grants, we're good
02:30.54brlcadgo for it
02:31.05brlcadclause FAR 52.227-19 makes no sense to me in this context
02:32.13brlcadas there are terms there that are not yet defined, and refers to royalties and payment between a contractor and the gov't
02:33.28brlcadI'm guessing the table was implemented by hobbs for some govt contract and his contract required giving them complete rights, so he duplicated those contract terms along with his bsd license
02:33.32starseekerwas the DFAR stuff updated after tktable was written?
02:34.07brlcaddunno, could be a typo or could have changed
02:52.11*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:55.45starseekeremails hobbs (hopefully his sourceforge email is current...)
02:58.31starseekerarrgh - Archer shows trouble on Linux, too
02:58.37starseekeranybody else seeing it?
03:27.24starseekerOK, it was introduced after r38471
03:28.56starseekerhmm, this is kinda interesting (LGPL, tcl/tk) http://ipat-s.kb-creative.net/index.html
03:34.20starseekerafter 38479
03:37.47starseekeralright, broke in 38481 but with a different error
03:39.50starseekerpkg_getclient: accept: errno=9
03:41.51``Erikbad file descriptor
03:41.57``Erik/usr/include/sys/errno.h
03:42.06starseekernods
03:42.32starseekertrying to trace through the libfb changes to see if that was fixed only to have another error introduced
04:06.41starseekerok, as of 38535 it had assumed the 38 error
04:08.09starseekerso busted from 38481, new error by 38535
04:08.33starseekerwell need some detailed examination - probably libfb, possibly libpkg
04:09.00starseekeralso possibly archer or its libs needing an update
04:09.11starseekerheads outta here
08:24.20*** join/#brlcad mafm (~mafm@81.35.69.130)
09:35.33d-lostarseeker: Did you seriously stay at work until 0009 ?
09:47.42*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
10:18.38*** join/#brlcad Nohla (~jesica@201.255.253.126)
11:26.53``Eriky'know, at some point, the name of the office stops being the office and becomes the doghouse O.o
11:47.50CIA-73BRL-CAD: 03indianlarry * r38575 10/brlcad/trunk/src/nirt/command.c:
11:47.51CIA-73BRL-CAD: The backout/-b option to nirt is suppose to back the ray origin point out of the
11:47.51CIA-73BRL-CAD: geometry. Internally the origin point was actually being backed up by the
11:47.51CIA-73BRL-CAD: bounding sphere diameter. This backout method will still miss geometry if your
11:47.51CIA-73BRL-CAD: origin point is out past the bounding sphere distance. This option now backs out
11:47.51CIA-73BRL-CAD: a bounding sphere radius distance in front of the bounding sphere.
12:03.28CIA-73BRL-CAD: 03erikgreenwald * r38576 10/brlcad/trunk/configure.ac: detect the "-arch x86_64" 64bit build flag for osX.5+/x86
12:09.20*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:36.20starseekermanages to get a debugger on archer: http://bzflag.bz/~starseeker/pkg_getclient_debug.txt
12:38.38``Eriksockaddr_in will tell you more than sockaddr
12:40.53brlcadstarseeker: ah, if 38481 did it then I must have introduced something merging those two functions
12:42.38brlcadmight be mixing win32 logic
12:43.02CIA-73BRL-CAD: 03erikgreenwald * r38577 10/brlcad/trunk/src/other/step/configure.ac: add the osX.5 x86 64b flag (should finding the 64b flag be a BC_ macro?)
12:43.16CIA-73BRL-CAD: 03erikgreenwald * r38578 10/brlcad/trunk/configure.ac: pass 64bit build request to src/other/tcl
12:43.49brlcadif tcl needs it, tk probably does too
12:44.13brlcadstarseeker: probably something as simple as advancing the port number +5559
12:44.20``Erikit seemed to be ok, it might try to automagic it from tclConfig.sh
12:44.20brlcadgiven the errno
12:46.05``Erikgrouses about the fileserver still being down. :/
12:46.18brlcadoh, you added it to ac_configure_args
12:46.22brlcadthat applies to everyone
12:46.32brlcadcurious that wasn't already a prefix flag though?
12:46.41brlcads/prefix/configure/
12:47.09brlcadall original flags should get passed down through to subconfigures
12:47.35brlcador'd you use --enable-64bit-build or something specific to cad?
12:47.58starseekerbrlcad: looks like the fossil tkhtml repository won't allow anonymous cloning
12:48.05``ErikI made it work with the --enable-64bit-build, yes... was trying to get away from setting CFLAGS O.o
12:48.23brlcadah, okay
12:48.32brlcadsounds good then
12:48.38``Erikhm, enigma still builds 32bit, but that's probably ok
12:48.56brlcadenigma is close to chopping block material
12:49.22brlcadwould be useful as an under-the-hood means for simple object encryption
12:49.32brlcadwhich is why it was left, but .. that's a ways off
12:49.37``Erik<-- more interested in seeing jove bite it, but *shrug*
12:49.43starseekerah, nevermind
12:49.49starseekergot a zip of the latest version
12:50.24``Erikmight as well use a modern crypto lib (possibly as a necessary dep, to avoid crypto export crap)
12:50.41brlcadstarseeker: user 'anonymous' has cloning capabilities
12:51.12``Erikooh, 10meg librt.19.dylib :o
12:51.22``Erik(debug, not optimized)
12:54.17brlcadstarseeker: account created
12:54.27starseekercool, thanks :-)
12:56.49starseekertries building hv3...
12:57.01starseekerannnnd immediately notes he needs the snit package
12:57.05starseekerconfound it
13:01.07starseekerponders whether to install just snit or the heck with it and grab tcllib
13:13.34starseekergrabs tcllib
13:13.43brlcadwhich is why we're a self-contained download
13:13.57starseekerheh
13:14.12starseekeryeah, hv3 isn't exactly "compile and go" unless I'm missing something
13:14.33starseekerhopes like hell we don't have to port all the hv3 code to itcl/itk to include it...
13:19.54starseekeralrightie, time to get in there
13:22.01``Erikfs just came back up O.o
13:22.59``Erikhm http://robotfest.com/
13:31.48CIA-73BRL-CAD: 03erikgreenwald * r38579 10/brlcad/trunk/src/proc-db/clutter.c: Whoa, char blah[32]; snprintf(blah, 64, "..."); is way wrong. Adjust to use a single #define STRSIZ.
13:31.59CIA-73BRL-CAD: 03bob1961 * r38580 10/brlcad/trunk/src/tclscripts/mged/bindings.tcl: Removed the calls to focus for button presses. This gets us past the Mac input bug. The call to Tcl's focus should be fine here. So there's potentially still some weirdness between Tcl, X and the Mac.
13:34.33*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
14:20.55CIA-73BRL-CAD: 03erikgreenwald * r38581 10/brlcad/trunk/src/other/tkhtml3/tclconfig/tcl.m4: deal with 64b mac's that are not G5's
15:03.08*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
15:33.11*** join/#brlcad jdoliner (~jdoliner@c-67-173-0-29.hsd1.il.comcast.net)
15:33.38jdolinerindianla1ry are you here?
15:54.35prasad_brlcad, mustafa and alex
15:55.10prasad_engr lead and civ4 lead
16:16.01*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
16:28.58indianla1ryjdoliner: Hey Joe how's it going?
16:39.22*** join/#brlcad Ralith (~ralith@d142-058-082-133.wireless.sfu.ca)
16:43.28jdolinerindianla1ry: hiya, did you get the email I sent you a few days ago?
17:15.31CIA-73BRL-CAD: 03erikgreenwald * r38582 10/brlcad/trunk/src/librt/primitives/ (metaball/metaball_tri.c nmg/nmg_tri_mc.c): use correct vertex/edge graphic in comments.
17:22.31starseekerah, phew - looks like hv3 may include its own copies of what it needs for snit/etc
18:12.51CIA-73BRL-CAD: 03r_weiss * r38583 10/brlcad/trunk/src/conv/obj-g_new.c: more refactoring to support all face types
18:35.14*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:19.41CIA-73BRL-CAD: 03indianlarry * r38584 10/brlcad/trunk/src/libbu/vls.c: Added vls length check in bu_vls_trimspace(). Was getting occasional bu_bomb() from 'nirt' run within mged. Culprit was an all whitespace line being returned to mged by nirt.
19:23.39*** join/#brlcad talcite (~matthew@69-196-151-193.dsl.teksavvy.com)
19:31.23``Eriknotes that src/conv/step/SdaiCONFIG_CONTROL_DESIGN.init.cc causes a compiler failure on 64b mac is both -gstab3 and -O[123]? are passed to it O.o change -O3 to -O0 or remove it... or change -gstab3 to -ggdb, and it's fine. :/
19:31.35``Erikat line 905
19:40.51``Erik-O3 with -gstabs2 fails, -gstabs1 succeeds, hrm
19:50.11indianla1ryjdoliner: Hey Joe, I did not get your email and can not currently access. I'll check after hours and follow up through email.
20:26.42CIA-73BRL-CAD: 03bob1961 * r38585 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): More wiring in of the new tree viewer, plus a little cleanup.
20:39.32starseekercan run hv3 with sqlite3, give or take a few tk complaints - now time to start chopping
20:41.40CIA-73BRL-CAD: 03starseeker * r38586 10/brlcad/trunk/src/tclscripts/archer/images/ (102 files): Update images for Archer primitive display, add assembly and airregion images.
20:43.14*** join/#brlcad jdoliner (~jdoliner@naos.cs.uchicago.edu)
21:07.43*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:40.53*** join/#brlcad Nohla (~jesica@201.255.233.150)
22:37.51*** join/#brlcad ibot (ibot@rikers.org)
22:37.51*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
23:30.01*** join/#brlcad Ralith (~ralith@69.90.48.97)
23:32.46CIA-73BRL-CAD: 03r_weiss * r38587 10/brlcad/trunk/src/conv/obj-g_new.c: refactoring to support all face types
IRC log for #brlcad on 20100416

IRC log for #brlcad on 20100416

00:06.46*** join/#brlcad jdoliner (~jdoliner@c-67-173-0-29.hsd1.il.comcast.net)
00:52.23starseekerbrlcad: looks like we're good to go on Tktable
00:58.52starseekeruncompressed size is 1.3 megs - OK to include in src/other?
01:02.17starseekerBob sounded interested in using it for some of the comb editing stuff in the right panel
01:18.42starseekereyes the build suspiciously... an absolutely painless subconfigure with an out of box Tk widget?
01:19.53starseekerreflects that he really really needs to ensure proper testing for Tk extensions in the case of a system Tcl/Tk being present
02:35.45starseekerOoo http://wiki.tcl.tk/23475
02:35.52starseekermakes a note to mention that to Bob
02:38.45starseekertries to recall if we looked at http://tktreectrl.sourceforge.net/
02:48.06starseekerah well, too much work in current one to be worth switching anyway
02:59.55starseekerbut darn that's awesome...
03:00.07starseekerwonders why tktreectrl will work in wish but not bwish
07:40.40CIA-73BRL-CAD: 03d_rossberg * r38588 10/brlcad/trunk/src/nirt/command.c: moved variable declarations to the top (MSVC does not like this C99ism)
08:02.13*** join/#brlcad jdoliner (~jdoliner@c-67-173-0-29.hsd1.il.comcast.net)
09:23.58*** join/#brlcad mafm (~mafm@81.35.69.130)
11:18.17``Erikhrm, src/conv/intaval/regtab.cpp has the same stabs/-O problem :/
11:25.36``Erikand src/fbed/fbed.c ... that is all. (although everytime something is linked, "warning: no debug symbols in executable (-arch x86_64)".. hrmmm)
11:33.25*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:34.15``Erikwonders if it's elimination/reduction removing the symbol, then the stabs pass not finding the symbol to reference O.o
11:49.19CIA-73BRL-CAD: 03bob1961 * r38589 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added support for viewing columns in the tree viewer. The GUI for modifying the columns will be added in the next iteration.
15:16.57*** join/#brlcad ibot (ibot@rikers.org)
15:16.57*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
16:16.32prasad_mm lunch
16:42.10*** join/#brlcad jdoliner (~jdoliner@c-67-173-0-29.hsd1.il.comcast.net)
17:00.37``Erikindeed, olive shack, so now it's nap time O.o :D
17:16.44prasad_heh olive shack
17:16.46prasad_good times
19:18.54*** join/#brlcad mafm (~mafm@81.35.69.130)
19:35.51CIA-73BRL-CAD: 03starseeker * r38591 10/brlcad/trunk/ (19 files in 4 dirs):
19:35.51CIA-73BRL-CAD: Add in the hv3 megawidget to add additional abilities to the default tkhtml
19:35.51CIA-73BRL-CAD: functionality. Just need the small subset of the whole hv3 browser and
19:35.51CIA-73BRL-CAD: expecting to make some minor visual changes as well, so handling this in the
19:35.52CIA-73BRL-CAD: src/tclscripts directory.
19:52.34CIA-73BRL-CAD: 03starseeker * r38592 10/brlcad/trunk/src/tclscripts/hv3/hv3_util.tcl: Use ttk scrollbars in hv3
20:09.28brlcadwhat a day ..
20:09.38brlcadstarseeker: nice work on the license
20:10.50brlcadstill think it's rather poor legalese to try and inject those contract licensing terms into a copyright license, with many terms ill-defined and out of context (and baseless, there is no contract) ..
20:11.28brlcadbut you did key in on the important point, that Tcl includes that last sentence that helps clarify the intent and reinforce the original license terms
20:11.42CIA-73BRL-CAD: 03starseeker * r38593 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl LoadArcherLibs.tcl): Switch html man page viewer to using hv3 megawidget. Can now select text and paste it from the html window to the Archer command window.
20:11.47starseekerwooot!
20:11.51starseekerbrlcad: thanks!
20:12.18starseekerselect and paste search command examples ftw!
20:13.11brlcadselect and paste?
20:13.54starseekerlike between two terminals - visually highlight text, and then (in X11 anyway) middle click on Archer command window to paste it
20:14.06brlcadthat wasn't working?
20:14.25starseekernope - plain tkhtml didn't/doesn't support it directly
20:14.27starseekerneeded hv3
20:14.42brlcadoh, copy from the html window
20:14.47brlcadlike you mentioned the other day
20:14.47starseekerright
20:14.48brlcadgot it
20:14.54starseekerdoes little happy dance
20:14.55brlcadawesome
20:15.08starseekeras a bonus, hv3 takes care of the scroll bars in the html window
20:15.18brlcadso that took hv3
20:15.19brlcadcool deal
20:15.24brlcadany new external deps?
20:15.27starseekerwell, a minor subset of hv3
20:15.32starseekersrc/tclscripts/hv3
20:15.44starseekergrabbed just what is needed for thsi
20:15.49starseekers/thsi/this
20:16.12*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:18.48brlcaddoes it render any better?  or basically the same as what tkhtml gave you?
20:19.04starseekerum
20:19.07brlcadof course does more if you pulled the rest in with stylesheets and java, but wondering about base layout
20:19.13brlcader, js
20:19.26starseekernot sure, didn't think to do a side by side
20:19.28starseekerjust a sec
20:20.39starseekerit does recognize and display hyperlinks, although as yet i've not hooked into that to enable changing what document is displayed based on a link click
20:22.09starseekerother than that, it's the same
20:23.36starseekerso in the search man page, PRIMITIVES and OPERATORS are highlighted as links (and since they're internal to the page, they happen to work)
20:25.45prasad_what's hv3?
20:26.22starseekerweb browser built entirely in tcl/tk
20:26.29starseekerwell, almost entirely
20:26.45prasad_ah
20:26.46starseekerclose enough for us
20:32.07starseekerbrlcad: relapse into being sick again?
20:33.38brlcadno, yesterday was various paperwork tasks (and taxes in the afternoon) -- today has been just personal leave to take care of a couple things
20:33.53starseekernods - ah, taxes :-)
20:56.05*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
21:27.59``Erikweee, wind and rain
21:28.12``Erikmakes up the list of 3 dozen things to not get done this weekend O.o
21:30.02``Erik(those in the bmore/dc area have seen http://robotfest.com/ right?)
21:33.15prasad_looks interesting
21:34.06prasad_didn't know there was a national electronics museum
21:34.09prasad_heh
21:43.34louipcany fembots?
21:44.29prasad_fembots are fine; femputers can be dangerous
21:45.29``ErikDEATH BY SNUSNU!
21:47.11louipcI heard that actually happened once.
21:48.25louipchttp://www.foxnews.com/story/0,2933,500645,00.html
21:51.55``Erikheh
21:52.02``Erikleave it to fox to cite a tabloid
IRC log for #brlcad on 20100417

IRC log for #brlcad on 20100417

01:41.40*** join/#brlcad fhoahf55593 (~Gla@200-55-110-251.dsl.prima.net.ar)
01:41.41*** part/#brlcad fhoahf55593 (~Gla@200-55-110-251.dsl.prima.net.ar)
04:32.44*** join/#brlcad jdoliner (~jdoliner@c-67-173-0-29.hsd1.il.comcast.net)
07:27.14*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
08:10.17*** join/#brlcad mafm (~mafm@81.35.69.130)
12:36.12*** join/#brlcad Nohla (~jesica@201.255.233.150)
16:07.29*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
16:16.46*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
17:29.36*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
17:50.45*** join/#brlcad JonNig (~JonNig@c-174-54-211-59.hsd1.pa.comcast.net)
17:50.55JonNigHello, anyone alive?
17:52.10*** part/#brlcad JonNig (~JonNig@c-174-54-211-59.hsd1.pa.comcast.net)
18:29.06*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
19:18.04*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
20:46.09*** join/#brlcad mafm (~mafm@81.35.69.130)
IRC log for #brlcad on 20100419

IRC log for #brlcad on 20100419

07:19.31*** join/#brlcad ibot (ibot@rikers.org)
07:19.31*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
08:24.08*** join/#brlcad mafm (~mafm@81.35.69.130)
13:06.52CIA-73BRL-CAD: 03indianlarry * r38595 10/brlcad/trunk/src/rt/opt.c: Added flag to track when the display units option '-u' is specified. If flag not specified 'rtarea' will look at local units setting in model geometry.
13:57.26d-loMernin all
13:58.24``Erikyargh
13:58.35d-lowhats new?
13:58.37brlcadArr
13:59.20d-loanyone happen to have a spare Enet hub?
13:59.37d-lonothing fancy, just like 100baseT, 4 ports?
13:59.54``Erikif hv3 is pure tcl, why does it need version and tea crap during configure? O.o
14:00.07brlcadI just have the one at the O and another here but it's in use too
14:00.23d-loah, the one at the O is yours?
14:00.40brlcadjust a cheap lil thing
14:00.40``ErikI have an unused 4 port 10baseT at home, but it's 10base... O.o ancient linksys piece o' crap
14:00.42d-lothought it was work owned.
14:01.12d-lo``Erik: Yeah I have a 4 port 10baseT also.  Looking to upgrade a bit.
14:01.16``Erikif it's at the office, it must be work owned, or it couldn't be plugged into anything O.o
14:01.27d-loof course :)
14:02.02``Erikum, a dumb hub would be dirty cheap, for $50, you could get a wap/router/hub
14:02.25starseeker``Erik: OK, not pure tcl in that sense - my bad.  Pure tcl in the sense that it doesn't need any external graphical or web toolkits to do web page display
14:02.27``Eriktell ya, laptop on the deck on a nice day, nice office
14:02.34d-loIm doing the inital ground work for wiring up the house.
14:02.44d-loso looking for just a hub right now.
14:02.50d-lo32 port switch comes later :)
14:03.00``Erik<-- has given up on wiring houses, a wired 'bundle' somewhere and wireless for all remote bits is good *shrug*
14:03.21d-loI can't stand how slow wireless is sometimes :/
14:03.30``Erikwhich 802.11 are you using?
14:03.35d-log
14:03.42``Erikisn't n the hot new thing?
14:03.57d-losure, but still pales in comparision to hardwire
14:04.33starseeker``Erik: I'm sure BSD will find some way to break hv3, of course...
14:04.37d-loAll my laptops are wirelss (duh) but having the servers on wired makes file xfers hellafaster
14:05.07``Erikah, heh, you're transferring big files between servers? :D
14:05.37``Erik<-- has a 'leash' in his basement for big file xfers to his laptop... when downloading off the net, even b outpaces uplink *shrug*
14:05.50d-lowhen I am doing HD backups in prep for reformatting.... when the wife needs to move sveral gigs of RAW imag data off the laptop, etc.  hardwire rules.
14:06.13d-lowow, you're uplink is that slow?
14:06.24d-los/you're/your/
14:06.39``Erikum, a couple mbps I think? haven't speed tested it lately
14:06.39d-lothen again, there is only one of you using your wireless ;)
14:06.47``Erikheh, that I know of O:-)
14:06.53d-lohaha good point
14:07.07``Erikyeah, one of me, usually... no more than 3-4 laptops grinding it
14:08.01d-lowell, my end goal is to have Telephone, Cable and ENet hubs all in one 'comms closet' down in the basement.
14:08.11d-lothat way my cable modem doesn't have to be in the open.
14:08.29d-loor if I switch to Verizon, the modem will do in the same place, etc
14:11.11d-lobut that's a bit down the road still :)
14:12.44d-loI know this might start a fight, but whats a good dev *nix/*bsd OS?
14:13.48starseekerdefine "good"
14:14.38starseekerlikes Gentoo, but setup is a pain - ``Erik would claim that makes me a watered down FreeBSD user...
14:15.15starseekerIf you just want to slap on the OS and tools, Ubuntu probably is the best chance of "working out of the box"
14:15.34starseekercatch there is making sure you have the required dev packages installed for compiling
14:16.01d-loof course :)
14:16.47d-lois it possible to make a short summary of the differences betwen Gentoo and Ubuntu?  or is it night and day?
14:17.30starseekerGentoo = compile everything from source.  Good build environment for just about anything is a given by the nature of the OS, but it's install is expert friendly and very much hands on
14:18.06``Erikwhat do ya mean by 'dev'? like IDE driven stuff?
14:18.19``Erik<-- personally likes ssh'ing into a remote machine and running vim (or emacs on occasion) in a screen
14:18.43starseekerUbuntu = "Friendlier Debian" - Installs MUCH faster than Gentoo, good hardware support, but doesn't assume out of the box that you'll be compiling anything strange
14:18.51d-loYeah, I'm an IDE weenie :)
14:18.52``Erikand in developing, what's your goal? good portability? lots of 'goodies'?
14:19.16starseekergrr s/it's install/its install
14:19.31``Erikif inter-nix portability is important, I'd say stay away from linux... it's very soft and forgiving, which leads to shoddy code, im(ns)ho
14:20.15``Erikopensolaris may be a lost cause at this point :(
14:20.51starseekerwould guess that it is, at least as an open platform
14:21.24starseekerSun was never very good at building communities around their open source stuff - not even OpenOffice, which you might expect to attract some attention
14:21.27``ErikI'm kinda under the impression that the opensolaris license does NOT permit any kind of forking :/
14:21.48starseekerUrm.  Not sure about that, but either way to fork you need a community willing to do so
14:21.54d-lowell I can understand not wanting anyone to fork with their stuff.
14:22.01``Eriksun had engineers trying to do the right thing (in their minds) at odds with mgmt and lawyers trying to do the right thing (in their minds)
14:22.15starseekerIIRC the license DID permit inclusion of DTrace in *BSD...
14:22.23starseekerit just wasn't GPL compatible
14:22.31``Erikyes, dtrace is in fbsd proper
14:23.06starseekerso that's one of the big goodies in OpenSolaris, although I don't know that fbsd integrates it as well as it was integrated into Solaris
14:23.10``Erikand it's dang sexy, scriptable profiling from the microcode all the way up to the jvm if ya want, and anywhere inbetween
14:23.34``ErikI think fbsd integrates it about as well as x86 opensolaris... the sw is willing, but the hw is weak
14:24.08starseekerfrom what I read about it, it required careful instrumentation of lots of parts of the OS to be able to support dtrace without major performance hits...
14:24.46``Erikyeah... and some parts are necessarily going to be a major hit... *shrug*
14:24.55starseeker<snort> Aren't the x86 chips just now getting to the point where they can run multiple virtual machines at the hardware level?
14:25.28``Erikcan they? I thought they still needed a substantial software "hypervisor"
14:25.38starseeker``Erik: I'm kinda thinking that the OpenSolaris guys will migrate to *BSD land and port their favorite goodie over
14:25.59starseeker``Erik: er, yeah - the old x86 chips didn't even allow a hypervisor to function  at all
14:26.28starseekeris much more concerned about the future of OpenOffice than either OpenSolaris or MySQL, to be honest
14:26.28``ErikI'm kinda thinking a lot of the (community) opensolaris guys were bsd guys (and gals) toying with opensolaris on the side *cough* O:-)
14:27.03``Erikisn't OOo sufficiently divorced from sun/oracle to be good gnu-tizens?
14:27.10starseekerIf MySQL dies we'll simply see the rise of PostgreSQL (finally), and OpenSolaris was too late to the game...
14:27.26starseeker``Erik: not as I understand it - most of the dev work was by Sun guys
14:27.38d-loyall think MySQL has a death mark on it?
14:27.44starseeker``Erik: apparently the code base was a great big nightmare even by C++ standards
14:27.46``Erikthus the 'community' caveat :)
14:28.07starseekerd-lo: probably not, but I doubt Oracle will pump it up the way Sun did
14:29.18d-loheh, pump it or pimp it? ;)
14:29.27``Erikthinks mysql (and postgresql) were inevitably on the path to niche relegation before oracle bought sun... couch, mongo, cassandra, hadoop, tokyo cabinet, memcachedb, dynamo/voldemort, allegrograph, versant. gigaspaces, ...
14:29.31starseekerthe Best Case Scenario for OpenOffice would probably be for the KOffice project to get a major shot in the arm and reach feature parity with OpenOffice, possibly by incorporation of OpenOffice code if necessary/possible
14:29.58``Erika lot of people seem to be stopping and saying "wait, why are we doing sql again? it's ... a really bad fit... for most things..."
14:30.07starseekerheh
14:30.38starseekerand if you DO really need it, PostgreSQL is likely to be the winner ('cause you'll need a real database and real database features...)
14:30.47``Erikheh
14:31.53``Erikwait wait wait... true story... "huh, mysql is slightly faster than postgresql in some microbenchmarks, lets switch! ... huh, floating point numbers don't come out exactly how we put them in... I know, let's store them as strings! isn't mysql grand, and faster than postgresql!" ... *looks up*
14:33.05d-lo*snicker*
14:34.33``Erikif they hadn't decided to hide their shame and blast their repo history, I'd show ya the chain of events... but...
14:36.34d-lonice.  AMD PhenomII 3.4GHz X 4 is down to 175 bucks.
14:36.58``ErikI d'no, I think a lot of people are learning not to automatically assume SQL when someone says 'database', and even changing the phrasing to avoid assumptions, saying 'data store' instead
14:37.11``Erikhehehe "databasement" *snicker*
15:09.16CIA-73BRL-CAD: 03starseeker * r38596 10/brlcad/trunk/src/mged/ (Makefile.am cmd.c cmd.h info.c setup.c): Make a new wrapper for info commands that is aware of the solid edit state - this makes info.c unnecessary and eliminates a lot of very similar code.
15:22.28CIA-73BRL-CAD: 03starseeker * r38597 10/brlcad/trunk/src/mged/setup.c: cat and dbfind look like they make sense for activity given solid editing.
16:57.14CIA-73BRL-CAD: 03starseeker * r38598 10/brlcad/trunk/NEWS: Note that analyze, cat, dbfind and l now are aware of what's being edited.
17:38.18starseekergod that's strange
17:39.27starseekerTkpChangeFocus gets called once when I do a zoom with the focus command in the tcl script, but after that it doesn't get called again even with changing back to the terminal and multiple zoom events
18:16.47``Erikheh http://www.buynlarge.com/disclaimer/disclaimer.html
18:18.41CIA-73BRL-CAD: 03brlcad * r38599 10/brlcad/trunk/src/libfb/fb_generic.c: move status into interior in case there are no framebuffer interfaces being compiled such that an unused var warning will result.
18:42.43CIA-73BRL-CAD: 03brlcad * r38600 10/brlcad/trunk/NEWS:
18:42.43CIA-73BRL-CAD: (minor reword to note sf tracker) 'Note that analyze, cat, dbfind and l now are
18:42.43CIA-73BRL-CAD: aware of what's being edited.' This implements sf feature request 2954409 from
18:42.43CIA-73BRL-CAD: Bob Anderson (Repair "l" and "analyze" commands when in solid edit), which
18:42.43CIA-73BRL-CAD: reverts an unintended change due to libged refactoring.
19:14.20CIA-73BRL-CAD: 03brlcad * r38601 10/brlcad/trunk/include/optical.h: quell shadow warning about ap param shadowing a global. renamed to app.
19:18.01CIA-73BRL-CAD: 03brlcad * r38602 10/brlcad/trunk/src/rt/viewarea.c:
19:18.02CIA-73BRL-CAD: use the default_units flag from opt.c to more verbosely warn if the output units
19:18.02CIA-73BRL-CAD: are default mm since they are expected to change very soon (probably next minor)
19:18.02CIA-73BRL-CAD: to defaulting to local units instead. print what those units will be to the
19:18.02CIA-73BRL-CAD: user. was deprecated in 7.12, so we're already good to go.
19:27.26CIA-73BRL-CAD: 03erikgreenwald * r38603 10/brlcad/trunk/ (include/bn.h src/libbn/plane.c): bn_npts_distinct() to abstract bn_3pts_distinct() functionality to an arbitrary number of points. O(n^2).
19:30.02``Erikwonders if he shoulda used point_t **pts, instead
19:38.53brlcad*pts seems fine with npnts
19:39.29``Erikyeah, but then ya might have to malloc() an array and VMOVE() everyting into it, instead of allocating a pointer table and pointing it to the pts you want
19:39.34``Erik*shrug*
19:40.37brlcadso I'd have to always alloc a pointer table and point to my data
19:41.21brlcador with current either alloc+vmove if they don't match (about the same about of work) OR I get lucky and have to do nothing
19:41.34brlcadseems reasonable
19:41.37``Erik*shrug*
19:42.46``Eriksomeone is struggling with adding valid non-triangle nmg's, I figured I'd start adding lowlevel bits to make life a little less painful
19:42.51``Eriklikes coding for coders O.o :D
19:44.53brlcadthinks you should make that O(nlogn) at least, insertion sort points based on position so you don't have to search all previous n-1
19:45.09``Erikprobably
19:45.29``Erikwell, it's 1/2 n^2, to help some
19:45.32``Erikan r-tree would be neat
19:45.59``Erikbut when does it start saving you? definitely not at 4...
19:46.06brlcador fast-path checksum of sorts X+Y+Z within tol to presort
19:47.43``Erikmight try to write some reasonably generic {r,r+,r*}-tree stuff some day O.o neat shtuff
19:51.02``Erikponders bn_npts_collinear()
19:51.36``Erikreturn 0 if any point is not on the line? or pointless? hmmm
20:00.45CIA-73BRL-CAD: 03starseeker * r38604 10/brlcad/trunk/src/fb/fbthreadtest.c: More thread code, not doing anything yet. Need to study tclThreadTest.c
20:24.46CIA-73BRL-CAD: 03erikgreenwald * r38605 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: start breaking things up to replace the walk/search part of shot
20:24.51``Erikcrap, that hv3 thing means the installed fileset has changed *sigh*
20:25.51starseekerproblem for BSD?
20:26.25``Erikwell, I've been trying to track the install closely for this release to make sure the port installs without patches or sed's or anything
20:26.50``Erikand bsd uses an explicit manifest, just have to figure out why my two dummy boxes are not letting me log in and add the new files to the manifest
20:26.50starseekernods - I suppose I should have held off on that til after release
20:28.52starseekerheh - good think I didn't stick in tktreectrl and tktable yet
20:28.57starseekerer good thing even
20:29.24``Erik(manifest saved in the repo, md5's generated on install, etc... 'undo' of upgrades is a bit clunky, still, but some good bits of solaris have been stolen *cough* back and forth heh)
20:59.04CIA-73BRL-CAD: 03brlcad * r38606 10/brlcad/trunk/NEWS: erik fixed a minor mged bug where it could crash dereferencing a dbip if there was no database open (e.g. calling the units command).
21:01.47CIA-73BRL-CAD: 03brlcad * r38607 10/brlcad/trunk/src/mged/cmd.c: ain't no double negatives allowed in these parts.
21:09.18``Erikif(!!!!!!dbip){
21:10.01``Erikif(¡dbip!){
21:11.42*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:22.06CIA-73BRL-CAD: 03brlcad * r38608 10/brlcad/trunk/src/mged/cmd.c: interp shadow quellage and printing dbip addr.
21:23.57``Erikweee, conflicts
21:24.29CIA-73BRL-CAD: 03brlcad * r38609 10/brlcad/trunk/NEWS: bob's got it on the down-low with archer's new tree view visualization. reimplemented to support more advanced features, better organization, icons, and more.
21:28.56CIA-73BRL-CAD: 03brlcad * r38610 10/brlcad/trunk/NEWS:
21:28.56CIA-73BRL-CAD: keith fixed a bug with nirt being from from within mged that was causing a crash
21:28.56CIA-73BRL-CAD: (of either nirt or mged or both, potentially several other applications could be
21:28.56CIA-73BRL-CAD: affected). problem was bu_vls nibble bug that wasn't checking the size of the
21:28.56CIA-73BRL-CAD: vls before nibbling causing an address to bad memory getting accessed. this bug
21:28.57CIA-73BRL-CAD: was informally reported by an arl user and fixed on the fly.
21:34.31*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
21:34.47brlcadhm, that was odd
21:45.03``Erikhm http://gizmodo.com/5520164/this-is-apples-next-iphone
21:46.08CIA-73BRL-CAD: 03brlcad * r38611 10/brlcad/trunk/TODO:
21:46.08CIA-73BRL-CAD: bob fixed the mac input bug. was some obscure problem related to calling
21:46.08CIA-73BRL-CAD: 'focus' within the mged event handler on the mouse binding. needs more work,
21:46.08CIA-73BRL-CAD: but core problem is fixed. tom suggested adding some means for force the
21:46.08CIA-73BRL-CAD: tracers to overwrite the output file -- which seams reasonable so long as we're
21:46.09CIA-73BRL-CAD: going to go to lengths to make them read-only via permissions.
21:47.22starseekerwryly notes that now all we need to do is fix all the hot keys for orientation in MGED...
21:48.47CIA-73BRL-CAD: 03brlcad * r38612 10/brlcad/trunk/BUGS: rtedge usage shows redirection to file. it lies.
21:49.10``Erikooh, that may've been me with the bu_image shtuff
21:58.04CIA-73BRL-CAD: 03r_weiss * r38613 10/brlcad/trunk/src/conv/obj-g_new.c: refactoring to support all face types, debugging nmg tolerance issues
22:06.04CIA-73BRL-CAD: 03brlcad * r38614 10/brlcad/trunk/TODO: tom browder points out flaws in rtedge manual page, needs work. also need better docs for the saveview/loadview commands and migration to libged.
IRC log for #brlcad on 20100420

IRC log for #brlcad on 20100420

00:01.16``Erikmmmm, pastrami sandwich and a salad
00:01.30CIA-73BRL-CAD: 03starseeker * r38615 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl LoadArcherLibs.tcl): Add some (commented out) code exploring the use of TkTreeCtrl in the html help viewer. This widget offers more flexibility than ttk::treeview, but it remains to be seen if it's worth using it.
00:13.35*** join/#brlcad talcite (~matthew@bas4-toronto21-1176312364.dsl.bell.ca)
00:26.50``Erikso when megan fox was auditioning for her part in transformers (as a nobody), bay made her, get this, wash his ferrari. while he taped. and then he lost the tape. O.o crazy, ainnit?
00:27.20starseekeris that legal?
00:27.29``Erikprobably not... that's why it was in the news
00:27.37``Erikhttp://www.nypost.com/p/pagesix/item_HCXmPrelfpVtpJnd9lshgP;jsessionid=358FACAEAE8AE72BBE54191D9BDC2AB2
00:27.58starseekershakes head
00:29.33``Erikeven if it's legal, still seems a bit... scummy :)
00:29.44``Erikespecially the part about that video not being made public *cough* O:-)
00:30.46``Erikonly knows about it after seeing this webcomic: http://hijinksensue.com/2009/07/13/a-fetish-revealed/
00:41.15brlcadconsidering one of the first scenes of her in the movie is of her washing a car, seems perfectly reasonable to me
00:41.48starseekerah.  (haven't seen the movie)
00:45.00``Erikfrom autoblog.com: Since the role of Mikaela Banes required Fox to act as sexy as she already looks, we can see why Bay chose for her to wash a Ferrari as part of the audition, but the fact that the 'audition' took place at his home and the tape has gone missing does seem a bit "casting couch" to us.
00:52.12brlcadhe probably wishes, heh
01:06.00*** join/#brlcad Nohla (~jesica@201.255.230.147)
01:45.27CIA-73BRL-CAD: 03starseeker * r38616 10/brlcad/trunk/ (4 files in 2 dirs):
01:45.27CIA-73BRL-CAD: Less than ideal, but looks like it may function - use an html list of html
01:45.27CIA-73BRL-CAD: articles with links as the left hand side of the help browser, and activate the
01:45.27CIA-73BRL-CAD: hyperlinks to display the resulting page in the right html viewer. List is not
01:45.27CIA-73BRL-CAD: complete yet and need a 'cover sheet' introduction page, but may serve to get
01:45.28CIA-73BRL-CAD: things working in an initial cut.
01:46.48starseekernotes he has some fixing up to do of the image links...
01:46.59brlcadcool
01:47.10starseekermaking screen shot, one sec...
01:50.13starseekerhttp://bzflag.bz/~starseeker/html_help_viewer.png
01:51.18starseekerdoesn't have the glitz and glamour of a tree widget, but it does function
01:54.48brlcadlooking pretty snazzy
01:56.02brlcadthat looks plenty nice actually
01:56.37starseekercool, thanks - guess that means tktreectrl won't be needed after all
01:59.42brlcadis the left side all html?
02:00.21starseekeryes
02:00.33starseeker(well, 'cept for the scrollbars
02:00.54CIA-73BRL-CAD: 03starseeker * r38617 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Oh yeah, this dialog should be modality none
02:01.06brlcadcool, that's possibly even better then .. more flexible
02:01.23starseekerkinda hard to collapse a particular "subtree" though
02:01.45brlcadcould implement a far more complicated interface if needed with some simple css/javascript
02:02.15brlcador even plan old-school hyperlinks, ul's, tables, etc
02:02.24starseekerwinces - true in theory, but we've never put tkhtml's css support to the test, and javascript would involve importing a lot more of hv3 and it's requirements
02:03.18brlcadcould also fake it with a simple cgi/generator backend that controls the menu
02:03.26starseekernods
02:03.36starseekerif it's needed - I suppose for a first cut it really isn't
02:03.42brlcadyep
02:03.50brlcadit's loads better already
02:04.10brlcadthe only feature that's really missing/needed is some search capability
02:04.38starseekernods - that one will probably involve the most "grunt work"
02:05.31starseekerhv3 might have some relevant code we could snarf, I suppose... don't know if they have any search functionality
02:06.17brlcadactually, I bet you could make a really good search mechanism with tcl pretty simply -- hash all of the html pages into a tcl list, search the lists and incrementally display results as a filtered menu
02:07.56brlcadyeah, something like this: http://wiki.tcl.tk/3751
02:07.57``Erikbaysian scoring, pheer O.o
02:09.33brlcadstraight up keyword would be sufficient
02:10.32brlcadshow the resulting article matches, similar to searching a pdf with preview or acrobat
02:10.33``Erikfor now, but having "scoring" like mac help or winders help would be nifty some day :D
02:10.38starseekernotes that switching from one html page to another is a tad slow... wonder if they should be "pre-cached"
02:11.16``Erikif you go from a->b, then b->a, is the b->a fast?
02:11.59starseekernot really - I wouldn't expect it to be
02:12.00brlcadstarseeker: how slow?
02:12.22starseekermaybe a second or so
02:12.34brlcaddo you know what part is slow?
02:12.41brlcadrendering?  file i/o?
02:12.48starseekernot sure
02:12.49brlcadsearching some list?
02:12.59brlcadredraw of the menu
02:13.05brlcadcould be something simple
02:13.17starseekersuspects it might be loading large images
02:13.21``Erik(the a->b->a test shoulda been fast on b->a if it was i/o, which is how pre-loading the cache would help)
02:13.37starseeker``Erik: cept I'm  not caching anything anywhere
02:13.41starseekerfull reload each time
02:13.53``Erikyour OS should do some caching for you... :D
02:14.06starseekerI don't think it's a show stopper at this point
02:14.23starseekermore important to get the image links straightened out
02:14.33starseeker(pops up a nice tcl error window if it can't find one...)
02:14.34brlcadyeah, that's not too horrible at a sec .. especially if there's any feedback
02:14.51brlcadcould display a busy/loading icon/text/whatever
02:15.03starseekerthe images are way too big anyhow - I gummed that up the first time around
02:15.05brlcador progress bar if you it's parcelable
02:15.22starseekerhas to re-extract them from the word docs again
02:15.28starseekerdo it right this time
02:15.38brlcador from the original source
02:15.48starseekerif we have it...
02:15.52brlcadwe have it
02:16.04starseekercool - that'd be best, of course
02:16.33brlcadfinding it might take a little digging, but we definitely have it
02:16.54starseekeriirc, the "save image as" from Word was doing a resolution down sampling (why???) and I tried to work around it by doing big screenshots
02:17.16starseekerI stumbled onto another way later - maybe using Preview? - that worked much better
02:17.42starseekerbut the originals would avoid that mess altogether
02:18.08brlcadvol II ?
02:18.34starseekerII and III
02:19.06starseekerIII is more important - most of the ones in II I can re-create if need be
02:19.22starseeker(might be nice to have an MGED version > 5 in the screenshots...)
02:19.44brlcaduploads
02:23.22starseekerThis kinda puts the spotlight on the "MGED manual" in the html directory and the distinctions between it and the Vol II material - it's gonna look pretty redundant
02:28.29brlcadso good news
02:28.31brlcadis I found the images
02:28.35brlcadbad news
02:28.47brlcadis they're mixed together with images that weren't used too
02:28.54starseekerurk
02:29.09brlcadand there are lots of them
02:29.11CIA-73BRL-CAD: 03starseeker * r38618 10/brlcad/trunk/doc/docbook/articles/en/build_pattern.xml: Er, oops - correcting the title...
02:29.14brlcadhundreds :)
02:29.26starseekerbrlcad: heh.  OK, tomorrow for that then
02:29.37brlcadhm, including tons that are PNG files without a png extension.. lovely
02:30.20starseekerstill has to recreate some figures with inkscape and graphviz
02:30.43starseekeriirc, there were a few "text figures" that didn't lend themselves to html conversion very well
02:30.57brlcadhttp://brlcad.org/design/archer/images/vol1
02:32.36starseekerI've actually got to head home pretty quick...
02:33.09starseekerdid anyone do Vol I as docbook?
02:33.12starseekerlooks...
02:33.47starseekerhmm
02:34.04starseekerwell, that should be easy to (re)write in Docbook
02:34.21brlcadit's already html -- pretty simple
02:34.30starseekerah
02:34.31brlcadalso have translations for it
02:34.51starseekerhttp://brlcad.org/wiki/Overview ?
02:35.01brlcadthat's basically the core that survived
02:36.09starseekerwe may have to update that CSG focus a bit with NURBS coming online :-)
02:38.00starseekerpacks it in while he's still able to drive
02:40.47brlcadvol2 uploading now
02:43.11brlcadfixed all the png files that no extension
02:43.41brlcaddone
02:43.44brlcadhttp://brlcad.org/design/archer/images/vol2
02:44.56brlcadsome of the images that come right to mind that were eventually cut or just glancingly considered were the dog diagrams and paper airplane images
02:45.13brlcadhave fun sorting it all out
03:01.56brlcadvol3 mostly up
03:47.24starseekerO.o
03:54.36brlcadthere's some more in other formats (e.g., ppt, doc), but won't upload without individually reviewing so let me know if something is missing and needed
03:54.47starseekerk, thanks :-)
03:55.07starseekerthat should be plenty to start
04:55.34*** join/#brlcad Ralith (~ralith@69.90.48.97)
06:33.46*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
07:52.15*** join/#brlcad Ralith (~ralith@69.90.48.97)
10:09.58*** join/#brlcad mafm (~mafm@81.35.69.130)
10:53.25*** join/#brlcad Nohla (~jesica@201.255.230.147)
12:44.32d-loMernin all
13:02.54``Erikyargh
13:04.48d-lo/usr/include/sys/types.h:198: error: conflicting declaration ?typedef long int int64_t?
13:04.51d-lo/home/dloman/include/brlcad/pstdint.h:456: error: ?int64_t? has a previous declaration as ?typedef long long int int64_t?
13:04.54d-lo/usr/include/unistd.h:238: error: conflicting declaration ?typedef __intptr_t intptr_t?
13:04.58d-lo/home/dloman/include/brlcad/pstdint.h:715: error: ?intptr_t? has a previous declaration as ?typedef int64_t intptr_t?
13:05.01d-lo/usr/include/unistd.h:238: error: conflicting declaration ?typedef __intptr_t intptr_t?
13:05.04d-lo/home/dloman/include/brlcad/pstdint.h:715: error: ?intptr_t? has a previous declaration as ?typedef int64_t intptr_t?
13:05.07d-loissue :(
13:05.20``Erikos?
13:05.34d-loRHEL
13:06.28``Eriksucks to be you
13:06.28``Erik:D
13:07.00``Erikpstdint.h is coming after types,h and unistd.h, right? are the defines being set correctly?
13:08.48``Erik<-- starts a fresh build on rhel5/x86_64
13:12.39``Erikcompiled fine here :/
13:15.02CIA-73BRL-CAD: 03erikgreenwald * r38619 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: fix uninitialized variable warning
13:35.45d-lofresh build of brlcad?
13:36.38d-loI am building rt3, and these errors came out of the blue.  Dunno what caused it.
13:46.05``Erikoh, I did BRL-CAD, yes... hrm, the RHEL machine lacks cmake
13:46.38d-lotrying an uninstall/recompile/install of BRLCAD. Mebbe I am missing something new :/
13:47.25``Erikit might be that pstdint.h is expecting defines from the configure.ac that cmake is not providing?
13:48.58``Erikhm, how do I add include and library paths to cmake?
13:49.05``Erikit's not finding my X
13:58.36``Erikis there a way to do an "out of dir" build with cmake? I make a machine specific dir in tmp, cd -, cmake $HOME/src/rt^3/CMakeLists.txt, but it generated the makefiles with the source instead of where I wanted :/
13:58.53d-lo``Erik: in the top level CMakelists.txt, there are INCLUDE_SEARCH_PATHS and LIB_SEARCH_PATHS vars you can manipulate
13:59.04d-loyes there is, but I haven't setup anything for it yet
13:59.50``Erikhm, those vars have my X dirs in them (/usr/local/include and /usr/local/lib), but it doesn't find them when compiling. :/
14:00.10d-lowhat part is fialing to compile?
14:00.15d-lolol, failing even
14:00.43``Erikohhhh, OIS, that'd be the uh, ogre crap
14:00.47CIA-73BRL-CAD: 03starseeker * r38620 10/brlcad/trunk/doc/html/toc.html: Rearrange a bit, add the Books (need to test)
14:01.01d-loyeah, I haven't bothered trying to wire up all that jazz
14:01.15d-lowell, some of /other is wired in but not all.
14:01.16``Erikok, compiling your stuff for dummies, chapter 1... go
14:01.54d-loshould be as simple as:
14:02.10d-lo1) cd to $whatever/rt3
14:02.14d-lo3) cmake .
14:02.31d-lonice, I skipped 2
14:02.36d-lo4) make
14:02.52``Erikwill just assume 2) svn up
14:03.03``Erikthat hits the X11 issue in OIS
14:03.25``Erikor, it did from my last checkout, I'll try again before I say anything else O:-)
14:03.50d-loI havent' touched OIS cmake stuff in a while, probably still exists
14:04.56``Erikhm, in your cmake, it searches for libtkimg, that's gone now... tkpng replaced it
14:05.10d-lokk
14:06.50``Erikonly failures on fbsd8/x86_32 seem to be in src/other/ois/
14:06.55``Erik:/
14:07.44d-loI think I see it.
14:08.25d-loI am pretty syre the X11 paths are put into RT3_INCLUDE_DIR at the top level CMakelists.txt but that var isn't included with the OIS target.
14:08.32d-lolemme push in a 'fix' and see if it works
14:09.05``Erikcompiles cmake on a rhel5 box
14:10.28CIA-73BRL-CAD: 03davidloman * r38621 10/rt^3/trunk/cmake/FindBRLCAD.cmake: dropped the search for libtkimg and replaced it with libtkpng
14:12.25CIA-73BRL-CAD: 03davidloman * r38622 10/rt^3/trunk/src/other/ois/CMakeLists.txt: Add rt3 includes into OIS build.
14:12.34CIA-73BRL-CAD: 03erikgreenwald * r38623 10/brlcad/trunk/src/tclscripts/hv3/Makefile.am: add the missing backslash so EXTRA_DIST actually has some info to it
14:13.03d-lo``Erik: There, see if tha tmakes OIS happy :/
14:19.09CIA-73BRL-CAD: 03davidloman * r38624 10/rt^3/trunk/src/utility/CMakeLists.txt: Add policy to enforce new link style directories.
14:22.18``Eriksame issue :/ *shrug*
14:23.17d-lowel thanks for trying anyways :/
14:23.27d-loI'll add that to a list of 'thingados'
14:24.44CIA-73BRL-CAD: 03starseeker * r38625 10/brlcad/trunk/doc/docbook/books/en/ (2 files in 2 dirs): That table is a little tricky to get as Docbook - punt for now and make it an image.
14:26.45CIA-73BRL-CAD: 03starseeker * r38626 10/brlcad/trunk/doc/docbook/books/en/images/tutorial_series_volIII_table_image_1.png: Confound it, let's at least get the image right.
14:50.04CIA-73BRL-CAD: 03starseeker * r38627 10/brlcad/trunk/doc/docbook/books/en/ (23 files in 2 dirs): Get VolIII image sizes closer to reasonable. May still need to up the dpi - pdf will be the real test - but getting closer.
15:01.37starseekermajority of the VolIII images appear to actually be Word drawings + pics in final form
15:01.45CIA-73BRL-CAD: 03indianlarry * r38628 10/brlcad/trunk/src/libbu/units.c: Added NULL conv_table element to end of unit_lists[]. Looping constructs were setup to expect this as final value and would cause a segmentation fault when unit not found.
15:01.48starseekerblegh
15:31.50CIA-73BRL-CAD: 03starseeker * r38629 10/brlcad/trunk/doc/docbook/ (19 files in 4 dirs): More Docbook image tweakage
15:47.37brlcadI have several other files for vol3 in other formats
15:51.55brlcadthere, bunch more uploaded
15:52.28brlcadalso have more ppt and doc files if there is a specific image you need, probably pulled from doc to doc
16:00.34CIA-73BRL-CAD: 03brlcad * r38630 10/brlcad/trunk/TODO: the rt* tools need some documentation refactoring love.
16:19.42d-lo``Erik: Hrm, just checked the CMakeLists.txt file in rt^3/src/other/ and OIS SHouldn't be building... commented out.
16:27.20CIA-73BRL-CAD: 03brlcad * r38631 10/brlcad/trunk/doc/deprecation.txt: deprecate ALL of the plot tools from using pl in the command name, instead anticipatingly using plot3. this is per patch 2989897 from tom browder to avoid confusion and conflict with perl files.
16:35.37CIA-73BRL-CAD: 03brlcad * r38632 10/brlcad/trunk/doc/deprecation.txt: mention .pl suffix changing to .plot3 as a general catch-all
17:13.25CIA-73BRL-CAD: 03brlcad * r38633 10/brlcad/trunk/ (include/raytrace.h src/librt/comb/db_comb.c): make db_mkgift_tree() take a long instead of an int, but make db_mkbool_tree() take a size_t. the prior can't take a size_t as it uses looping that waits until it hits negative to terminate.
17:18.12CIA-73BRL-CAD: 03brlcad * r38634 10/brlcad/trunk/src/librt/comb/db_comb.c: db_mkgift_tree() now takes a long, so cast from size_t
17:18.29CIA-73BRL-CAD: 03brlcad * r38635 10/brlcad/trunk/src/librt/db5_io.c: tweak message. don't know for certain that it's a 32-bit.
17:18.32CIA-73BRL-CAD: 03starseeker * r38636 10/brlcad/trunk/doc/docbook/lessons/en/ (4 files in 2 dirs): Fix lesson 6 image links.
17:19.15CIA-73BRL-CAD: 03brlcad * r38637 10/brlcad/trunk/src/librt/db5_io.c: ws
17:21.08CIA-73BRL-CAD: 03brlcad * r38638 10/brlcad/trunk/src/librt/db5_io.c: fix non-standard extension of declaring functions with file scope (msvc quellage)
17:22.45CIA-73BRL-CAD: 03brlcad * r38639 10/brlcad/trunk/src/librt/db5_scan.c: cast to the appropriate function pointer type
17:23.21CIA-73BRL-CAD: 03brlcad * r38640 10/brlcad/trunk/src/librt/db5_scan.c: consistency cleanup
17:25.10CIA-73BRL-CAD: 03brlcad * r38641 10/brlcad/trunk/src/librt/db_alloc.c: quellage
17:28.19CIA-73BRL-CAD: 03brlcad * r38642 10/brlcad/trunk/src/librt/db_alloc.c: style ws consistency cleanup
17:30.28CIA-73BRL-CAD: 03brlcad * r38643 10/brlcad/trunk/src/librt/ (db_alloc.c db_inmem.c): more -1 casting quellage
17:31.18CIA-73BRL-CAD: 03brlcad * r38644 10/brlcad/trunk/src/librt/db_inmem.c: minor ws cleanup
17:34.03CIA-73BRL-CAD: 03brlcad * r38645 10/brlcad/trunk/src/librt/db_io.c: size_t casting on error result (begging for define)
17:35.46CIA-73BRL-CAD: 03starseeker * r38646 10/brlcad/trunk/doc/docbook/lessons/en/ (6 files in 2 dirs): Add in some images for missing contents in lesson 16 - need to be redone, but that should be the last of the 'missing image' errors
17:40.44CIA-73BRL-CAD: 03davidloman * r38647 10/rt^3/trunk/tests/GE/GeometryEngineTest.cxx: Stub in GeometryEngineTest. Precursor to Build system cleanup.
17:42.52CIA-73BRL-CAD: 03davidloman * r38648 10/rt^3/trunk/cmake/ProjectPrinter.cmake: Extract common cmake project printing lines into a single include. Precursor to Build system cleanup.
17:44.52``Erikasonofabitch, more files added?
17:45.13starseekersorry
17:46.11``Erik<-- almost tempted to write a make target or script to generate the manifest
17:47.27CIA-73BRL-CAD: 03erikgreenwald * r38649 10/brlcad/trunk/src/librt/db_io.c: size_t instead of sizet.
17:48.11brlcadwhoops
17:48.28brlcadlotta commits en route
17:48.38``Erikand now a conflict, mwahahaha
18:06.25*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
18:12.16CIA-73BRL-CAD: 03brlcad * r38650 10/brlcad/trunk/ (5 files in 3 dirs):
18:12.16CIA-73BRL-CAD: substantial overhaul of offset management for mem_map objects,
18:12.16CIA-73BRL-CAD: db_scan()/db5_sca() handlers and dbi's dbi_eof position (from scan). make them
18:12.16CIA-73BRL-CAD: off_t's instead of size_t's as they do represent file and memory offsets, not
18:12.16CIA-73BRL-CAD: sizes. it's also a signed type so the -1 marker we use all over the place won't
18:12.16CIA-73BRL-CAD: get converted through to a potentially unsigned type.
18:17.31CIA-73BRL-CAD: 03indianlarry * r38651 10/brlcad/trunk/src/rt/opt.c:
18:17.31CIA-73BRL-CAD: Added 'model' keyword to the '-u' units option parsing. When the 'model' keyword
18:17.31CIA-73BRL-CAD: is passed as the units option a 'model_units' flag is set signaling programs
18:17.31CIA-73BRL-CAD: like 'rtarea' to produce results in the current model working units.
18:18.13CIA-73BRL-CAD: 03indianlarry * r38652 10/brlcad/trunk/src/rt/viewarea.c:
18:18.13CIA-73BRL-CAD: Added external reference to 'model_units' flag. Added warning when using current
18:18.13CIA-73BRL-CAD: model units as result units. Added some limited logic to show a common larger
18:18.13CIA-73BRL-CAD: unit in the parenthesized portion of the result: mm^2,cm^2, dm^2 -> m^2, m^2 ->
18:18.13CIA-73BRL-CAD: km^2, in^2 -> ft^2, ft^2 -> yd^2 otherwise defaults to mm^2.
18:20.06CIA-73BRL-CAD: 03indianlarry * r38653 10/brlcad/trunk/src/libged/rt.c:
18:20.06CIA-73BRL-CAD: Added logic to ged_rt(...) to append "-u model" to 'rtarea' command when the
18:20.06CIA-73BRL-CAD: user does not specify the output units explicitly. This means that 'rtarea' when
18:20.06CIA-73BRL-CAD: run from within 'mged' will produce results in the current working model units
18:20.06CIA-73BRL-CAD: unless overridden by the user. Note: For backward compatibility with existing
18:20.06CIA-73BRL-CAD: scripts running 'rtarea' from the system command line(not from within mged) will
18:20.07CIA-73BRL-CAD: still produce output in mm^2 unless otherwise specified with the '-u' option.
18:24.10CIA-73BRL-CAD: 03brlcad * r38654 10/brlcad/trunk/src/librt/ (db_inmem.c db_io.c db_open.c): off_t cleanup
18:26.16``Erikchanging dbi_eof to off_t is causing issues, it's compared against (size_t)-1 in places
18:26.34``ErikRT_DIR_PHONY_ADDR for example
18:27.30brlcadyeah, not unexpected, just odd I can't reproduce them -- may be off_t's match size_t's on my config
18:27.58brlcaddirectory pointer addresses is probably another off_t
18:29.07``Erikum, my mac and leenewx builds are 64b, wonder if that's related
18:29.57CIA-73BRL-CAD: 03davidloman * r38655 10/rt^3/trunk/ (29 files in 22 dirs): Cleanup of CMake build system. Standardized include path and library logic. Fixed multiple issues with QT4 configuration and use.
18:30.26CIA-73BRL-CAD: 03brlcad * r38656 10/brlcad/trunk/include/raytrace.h: d_addr's (i.e., d_un.file_offset's) in a directory structure are file offsets so use off_t instead of size_t. this probably has a cascade of fallout that will need cleanup.
18:39.46CIA-73BRL-CAD: 03bob1961 * r38657 10/brlcad/trunk/ (6 files in 4 dirs): Added a new bot_split command (the old one didn't do anything). The new one splits out disconnected pieces within a bot into separate bots.
18:41.11CIA-73BRL-CAD: 03brlcad * r38658 10/brlcad/trunk/ (include/raytrace.h src/librt/db_io.c): db_write()/db_get()/db_put() also use offsets. make it so. off_t.
18:43.26CIA-73BRL-CAD: 03davidloman * r38659 10/rt^3/trunk/src/ (CMakeLists.txt other/CMakeLists.txt): Restore coreinterface compilation. Accidentally commented it out.
18:45.30CIA-73BRL-CAD: 03erikgreenwald * r38660 10/brlcad/trunk/src/librt/ (db5_scan.c db_io.c memalloc.c): off_t/size_t casting
18:47.02``Erikwonders if brlcad has turned off strict compile flags? O.o
18:47.34brlcadnah, they're all listed
18:47.42CIA-73BRL-CAD: 03brlcad * r38661 10/brlcad/trunk/src/librt/db_io.c: fread() returns a count less than what we requested, not -1. print the error regardless if it's less.
18:48.53brlcadcasting RT_DIR_PHONY_ADDR to size_t is probably an indication of faulty logic, something that should be testing for a diff value or that needs to be off_t itself
18:50.23``Erikprobably, I'm scrambling to get commits thrown before conflicts happen heh
18:50.38``Erik(of course, now I'm getting asc2g failures on one of my test platforms)
18:59.36CIA-73BRL-CAD: 03brlcad * r38662 10/brlcad/trunk/ (include/raytrace.h src/librt/memalloc.c): rt_memget()'s place param looks to be an offset
19:12.54*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:15.27d-lointeresting
19:15.56d-loso if i config brlcad to install to my home dir (/home/dloman) and then '
19:16.00d-lo'make install'
19:16.29d-lorunning brlcad-config --includedir still outputs '/usr/brlcad/include'
19:30.00CIA-73BRL-CAD: 03starseeker * r38663 10/brlcad/trunk/doc/docbook/books/en/ (9 files in 2 dirs): Add some of the Volume I content to serve as a 'cover page' for the help browser.
19:33.27CIA-73BRL-CAD: 03starseeker * r38664 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Switch html help viewer to using hv3 megawidget, point it to Vol1 for intro page, conditionalize drawing html windows on presence of the Vol1 html file.
19:34.51CIA-73BRL-CAD: 03starseeker * r38665 10/brlcad/trunk/doc/html/toc.html: Add vol1 to the toc list.
19:38.57CIA-73BRL-CAD: 03davidloman * r38666 10/rt^3/trunk/cmake/FindBRLCAD.cmake: Fixed brlcad lib finding logic. FOUND and NOTFOUND were reversed.
19:41.57CIA-73BRL-CAD: 03davidloman * r38667 10/rt^3/trunk/CMakeLists.txt: Removed 'common install' paths from master CMakeLists.txt file. Now fully relies on PATH env variable.
19:59.05CIA-73BRL-CAD: 03davidloman * r38668 10/rt^3/trunk/ (cmake/FindBRLCAD.cmake src/coreInterface/CMakeLists.txt): Cleaned up brlcad-config output by removing the newlines. Logic rolled down into coreinterface.
20:09.59CIA-73BRL-CAD: 03davidloman * r38669 10/brlcad/trunk/ (18 files in 18 dirs): Found a whole slew of build byproducts not on the svn:ignore list.
20:42.47starseekercannot escape the feeling the whole nirt/mged hookup is waaay more complicated than it needs to be...
20:48.57brlcadprobably is, but how so?
20:50.22brlcadd-lo: sounds like a previous config
20:51.05starseekerjust seems like a lot of stuff going on - would have thought it would be a simple call to shootray with the handlers set up, no need for pipe...
20:51.15starseekerI suppose that might be the script handling
20:52.39brlcada lot of it is script handling so that it's intentionally going through nirt's application front-end
20:52.55brlcadsince nirt isn't _just_ a plain wrapper on rt_shootray()
20:54.32brlcadshot setup, various options to modify behavior and reporting, the script interface, etc
20:56.04starseekermethinks nirt's frontend needs to turn into some libanalyze functions
20:56.48brlcadand it's formatted output into libbu functions
20:57.38starseekerkeeps having to fight the urge to dig into that... must get Archer alpha ready Soon
20:59.47brlcadJuly 1st is a good alpha ship date goal
20:59.56brlcadpotentially three releases before then
21:00.15starseekernods - what are your target "must have this in there" features?
21:01.15brlcadyou've already hit up several of them
21:02.08starseekersee the two major remaining ones as comb editing in the right panel and the remaining primitive editing functionality (pipe, sketch, bot)
21:02.21brlcadin addition to mged command parity..
21:03.03starseekeroh, and figure out why we can't raytrace in-frame anymore...
21:05.48brlcadintegrated help, hierarchical browsing, object list view, edit panels for all objects, and migration of most mged "tools" (overlaps, adc, snap-to-grid, rendering, query, and patterns)
21:09.02brlcadmore pedantic: checking out the input bindings for consistency/availability (shift grips and view hot keys at a minimum); making sure there's a graphical means for editing attributes, prims, and combs; and faceplate
21:09.19brlcadthat's probably all that can be achieved, if even that
21:09.44starseekernods
21:11.16starseekerI'm eyeing tackling the pattern tool - it's either a quick and dirty snarf of patterns.tcl and pattern_gui.tcl, or a scrubdown of clone.c and porting patterns.tcl into the clone c code
21:15.13starseekermust consult the modelers
21:17.03brlcadI'd say scrub down clone.c and port patterns
21:17.15brlcadif it's worth doing, it's worth doing well
21:17.25brlcadand cloning/patterns is a CAD fundamental
21:17.51starseekernods - yeah, guess that makes sense.
21:18.22brlcadshould be integrated into the gui and available on the fly, so you could band select some objects and replicate them in a pattern with just a couple clicks and a drag
21:18.36starseekerI do need to ask 'em about that GUI though - if they would prefer to work exclusively with clone on the command line (maybe with better illustrative docs) that might be a better place to put effort than a GUI redo
21:18.41starseekernods
21:19.11brlcadthe command line should not be required for base functionality
21:19.14starseekerintegrating anything like that into our display manager seems to be a real trick though
21:19.29brlcadit should be required to get more advanced options, more fine-grained control
21:19.51brlcadbut they shouldn't have to touch the command line if we do things right
21:20.19starseekerwould dearly love to have graphical control of thinks like keypoint in-display, but is not even sure how to get started building that into the current architecture
21:20.23brlcadso while the gui doesn't need to have ALL of the options that clone has, there should be a way to replicate in various pattern shapes via the GUI (deep or shallow)
21:21.48starseeker(the nirt mockup has an in-display illustration of the ray origin point direction - I had intended to ask Bob if that was possible)
21:28.04``Erikyeesh http://www.youtube.com/watch?v=o4MwTvtyrUQ&feature=player_embedded
21:30.38*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:31.21brlcad<PROTECTED>
21:35.02``Eriksomething with all this off_t noise seems to have broken something somewhere O.o asc2g bombs on BU_ASSERT_SIZE_T (when running asc2g) on 32b builds (but not 64)
21:35.16``Erikstarts a binary svn revision search
21:35.23brlcadk, I fix
21:35.36``Eriklength is being passed in as 0 at some point
21:37.44*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:41.28brlcadlength&7 or just length?
21:41.34brlcadwhich assert?
21:43.01*** join/#brlcad talcite (~matthew@bas4-toronto21-2925505118.dsl.bell.ca)
21:43.31talcitebrlcad: ping?
21:43.36brlcadpong?
21:44.16talcitebrlcad: did we end up doing the upstream takeover of the bundled external projects?
21:44.34talcitea senior fedora dev is asking for a status update
21:44.44brlcadwe have tkhtml taken over, lot of work to prepare an updated release
21:45.53brlcadno response from utah so we're good to go forward with URT as well, next step being to decide on project name to establish a new home
21:46.35talcitebrlcad: ok. I'll report that back to him. Anything I can do to help speed things up?
21:47.30brlcadsuch as?
21:48.19brlcadyou could do the fossil setup for tkhtml, clean up the files, update the docs, import the trackers, ... there's a long laundry list
21:49.04talcitebrlcad: ok. Is this written down anywhere? I can try to tackle them one at a time
21:50.16brlcadsomeone probably could write up a checklist on the wiki, i'll look into that
21:50.51``Erikneat: http://i.imgur.com/flMMU.gif  (animated gif of the iceland volcano cloud)
21:51.48talcitethanks. I'll update bugzilla in the mean time
21:58.14brlcad``Erik: what was the full assert fail line?
21:58.28brlcadshould have a file , line in it
22:00.56``ErikBU_ASSERT_SIZE_T(length>=8) failed, lhs=34359738368, rhs=2835355298232, file z¸PÕ, line 671672320
22:01.09``Erikmah po' stack
22:01.25``Erikdb5_io.c ~665ish, based on printf debugging...
22:01.35brlcadwow
22:01.57``Erik38655 works, 38658 fails, still honing in
22:02.57CIA-73BRL-CAD: 03brlcad * r38670 10/brlcad/trunk/ (doc/deprecation.txt include/bu.h): genptr_t/GENPTR_NULL are hereby deprecated. their use is no longer relevant with ansi compliance as a requirement.
22:03.45``Erikbut I'm about to head home *shrug* I can look into it more tomorrow
22:04.59``Erik38656 fails
22:05.39``Erik(damnit, now I wanna stay and kill it)
22:06.07brlcadhrmm
22:06.07``Erikchanging file_offset to off_t ... huh
22:06.10``Erikthat's all that patch is
22:06.25brlcadyep: http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/include/raytrace.h?r1=38656&r2=38655&pathrev=38656
22:06.40brlcadand RT_DIR_PHONY_ADDR getting cast to off_t
22:07.39``Erikhm
22:07.52``Erikprobably a test to see if file_offset < 0 somewhere
22:09.18brlcadthat's kinda scary that it worked with size_t as that would have just been a super large offset value
22:10.02``ErikaHHH
22:10.05``Erikget this
22:10.14``Erikoff_t is __int64_t, size_t is __uint32_t
22:10.34brlcadsounds reasonable
22:10.44``Erikso -1 to one is  not -1 to the other
22:11.01brlcadthat's why it's scary that size_t worked at all
22:11.06``Erikayup
22:11.17brlcadunsigned it would hhave just been a big num MAX_UINT-1
22:11.26brlcador MAX_UINT or whatever
22:11.46brlcadlooks like db5_write_free() is where it's coming from
22:12.17brlcadwhich is db5_realloc()
22:12.54``Erikyeah, I can give you a bt if you want...
22:12.55brlcadahh, maybe that's related
22:13.00brlcadsure
22:13.15brlcadI think I found it
22:13.24``Erikah, then I'll let ya roll
22:13.30``ErikI've been here too long, I have cats to annoy O.o
22:13.33``Erikwanders off
22:13.35brlcaddb5_alloc.c:155
22:13.52brlcadd_addr getting set to a size_t
22:16.16talcitebrlcad: what was the verdict about STEP? are we doing a takeover as well?
22:18.03brlcadthat basically already happened before this all started -- but project infrastructure still isn't in place (a home)
22:22.57talciteoh ok. I'll add that to the list of things to do
22:26.27CIA-73BRL-CAD: 03brlcad * r38671 10/brlcad/trunk/src/librt/db_io.c: returns more than -1, update comment.
22:26.52CIA-73BRL-CAD: 03brlcad * r38672 10/brlcad/trunk/src/librt/db_scan.c: cast to off_t for clarity on the type
22:28.43CIA-73BRL-CAD: 03brlcad * r38673 10/brlcad/trunk/src/librt/ (db5_alloc.c db_alloc.c): BAD juju. no donut for using size_t vars to store negative values. causing a whole world of db i/o hurt since -1 cast to unsigned cast to off_t (bigger signed) certainly won't match correctly.
22:34.24talcitebrlcad: do we have existing options for project infrastructure, or do we need to find one? Fedora offers trackers and version control for projects that are released under compatible software licenses (which isn't a problem for us)
22:35.16talciteit would be a big head start, and we wouldn't have to worry about maintenance
22:35.45brlcadfor ease of management, I'm partial to sf.net and google code with preference for sf.net most of the time unless there's a strong motivating factor for something else
22:36.20talcitebrlcad: ahh ok. I can set us up with something there if you want
22:37.17brlcadthe issue then still comes down to finalizing on a short and long name for the project, as they are permanent
22:37.48brlcadand UtahRasterToolkit doesn't exactly roll off the tounge
22:38.04talciteheh
22:38.17brlcadaside from having no utah involvement any more
22:38.41brlcadlibrle is at the core of the kit, so maybe something based on that
22:39.25brlcadstep is a bit easier
22:40.12brlcadI have a good name in mind there but want to let it simmer and check on conflicts
22:40.37talcitethe good name is for STEP, or URT?
22:40.41brlcadstep
22:40.56brlcadneed brainstorming on urt
22:41.08brlcadgot to run, back in a few
22:41.16talciteis this something that's suitable for the mailing list?
22:41.18talcitek
22:41.36brlcadcould, but brainstorming here would suffice too
22:41.55brlcadI just haven't put too much critical thought into it lately
22:41.59brlcadurt that is
IRC log for #brlcad on 20100421

IRC log for #brlcad on 20100421

00:11.53CIA-73BRL-CAD: 03r_weiss * r38674 10/brlcad/trunk/src/conv/obj-g_new.c: refactoring and debugging
01:41.50starseeker../src/conv/asc2g operators.asc operators.asc2g
01:41.50starseekerBU_ASSERT_SIZE_T(length>=8) failed, lhs=34359738368, rhs=2834931271060, file »;3, line -1073747672
01:45.46brlcadis that fully up to date?
01:46.15brlcadstill rebuilding here, haven't gotten that far to test
01:46.40starseekeryes, fully up
01:47.21starseeker(currently chasing why Archer can't raytrace in-window any more...)
01:55.55starseekererm.  I bet  [$itk_option(-mged) pane_listen $dest] isn't supposed to return -1
02:00.03``Erikheh
02:01.20starseekershakes his head - I'll probably need Bob to help explain this
02:02.06starseekerwonders if the libdm/libfb logic will ever reach the point where it seems intuitive and makes sense from a design standpoint...
02:02.57starseekerthe whole embedded framebuffer bit is still black magic to me
02:04.06brlcadrefactor, clean up, and document until it does make sense
02:04.37starseekerI'm still on the fence as to whether it's really that hard or I'm just really dense
02:04.49starseeker(although I suppose those aren't mutually exclusive...)
02:05.04brlcadthere's always room to make things more clear no matter if a bit of code is complex
02:05.13``Erikor meditate until you levitate, then space baby will explain the code to you O.o
02:05.32starseekerwe're calling Bob "space baby" now?
02:05.38starseekerheh - Keith will probably like that
02:06.36starseekerdigs some more...
02:09.08starseekerrather impressively, archer somehow manages it with no explicit references to fbserve anywhere, according to grep
02:09.42CIA-73BRL-CAD: 03brlcad * r38675 10/brlcad/trunk/include/common.h:
02:09.42CIA-73BRL-CAD: pretend stdint.h was part of ansi C. we're getting type conflicts using
02:09.42CIA-73BRL-CAD: pstdint.h so need to try even harder to make 3rd party codes (that have NO
02:09.42CIA-73BRL-CAD: brlcad_config.h) include stdint.h so our function sigs have recognized types.
02:09.52brlcadwhat are you trying to understand?
02:10.21starseekerwhat changed on the fb side of things that Archer needs to accomidate
02:10.41starseekerfbserve and rt still talk to each other, so it's something archer specific
02:10.45``Erik<-- ponders an SDL libfb device O.o pretty similar to SDL_Surface
02:11.07starseekerBob rather cryptically said he had yanked some code out of the fb world for archer at some point - dunno what that ment exactly
02:11.21brlcadlike mged, archer has a C side and a Tcl side
02:11.34brlcadthe C side hooks into tcl via command/object registration
02:11.46brlcadthe principle object is a ged_obj object from libtclcad
02:11.47``Erikmy impression was that he deosn't use libfb, he dup'd the bit he cared about...
02:12.13starseekercan we smack him with a wet trout for doing that?
02:12.21brlcadged_obj sets up and access an fbserv in a variety of places, but key to look for is "fbs"
02:13.19brlcadsome/much of ged_obj bridges into libged too, for which there are separate funcs/objs you might have to trace
02:13.42starseekernods
02:15.47brlcadhe still uses libfb
02:15.52brlcadhe probably duplicated the fbserv object aspects from mged (which is tightly integrated with the mged event loop)
02:19.27brlcadthe subversion seminar I mentioned is tomorrow
02:19.44brlcad9am pdt
02:19.49brlcad(noon)
02:20.21brlcadtalcite: nice summary
02:20.32talcitethanks
02:43.55brlcadfound a couple more file_offset problemants
02:45.51CIA-73BRL-CAD: 03brlcad * r38676 10/brlcad/trunk/ (3 files in 2 dirs):
02:45.51CIA-73BRL-CAD: db5_diradd() and db_diradd() pass around addresses too. convert them from
02:45.51CIA-73BRL-CAD: size_t to off_t as well to avoid major headache with d_un.file_offset type
02:45.51CIA-73BRL-CAD: conversions. also make those same use d_addr like everyone else too so they're
02:45.51CIA-73BRL-CAD: not so hard to find next time.
02:47.05brlcadthere we go, that did the trick
02:47.14brlcadshould be back to working
02:47.37brlcadmaybe warnings on db_diradd() type casts that need to be off_t's
04:12.51starseekerhmm - gentoo editors list puts forth two candidates I wasn't aware of - mg and qemacs (both emacs-like, former public-domain and latter lgpl)
04:14.24starseekerholy cow O.o
04:29.08starseekerqemacs has a sort of quasi wysiwyg mode for docbook:  http://bzflag.bz/~starseeker/qemacs-docbook-mode.png
04:29.47starseekeras well as text-mode:  http://bzflag.bz/~starseeker/qemacs-text-mode.png
04:31.36starseekerterminal key bindings look like the need a little love, but not bad for an lgpl candidate
04:36.35starseekermg might actually be more promising from a "minimalist, working" standpoint - looks like the OpenBSD folks maintain it
04:37.46starseeker510k in size
04:38.42starseekeryeah, qemacs is over 5 megs
04:40.34starseekerstill, I don't recall seeing anything quite like that docbook mode in so small a package
04:42.32starseekerphooy - no active development on qemacs in years
04:42.59starseekerhmm... wonder if the docbook view mode can be grafted onto mg...
07:01.39*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
08:50.37*** join/#brlcad mafm (~mafm@81.35.69.130)
10:13.28d-loMernin all!
10:25.21d-lobrlcad: I am seeing similar issues as Tom B is/was.
10:26.27d-loSince the coreinterface portion of rt3 requires a brlcad install in order to work, coreInterface is throwing compile errors
10:26.47d-loaka: /usr/include/sys/types.h:198: error: conflicting declaration ?typedef long int int64_t?
10:26.51d-lo/home/dloman/include/brlcad/pstdint.h:456: error: ?int64_t? has a previous declaration as ?typedef long long int int64_t?
10:27.40d-loI have tried fully removing the brlcad installation, updating local brlcad repo to head, recompiling and reinstalling.
10:27.48d-losame issues as before.
10:28.45d-loMinor nuisance for me as I can just comment out the coreInterface build at this point. Just thought you might want another datapoint.
10:40.21CIA-73BRL-CAD: 03davidloman * r38677 10/rt^3/trunk/src/coreInterface/CMakeLists.txt: Feed a -DHAVE_STDINT_H flag to the coreInterface compile until the "types.h vs unistd.h vs stdint.h vs pstdint.h" issues gets resolved.
10:54.01CIA-73BRL-CAD: 03davidloman * r38678 10/rt^3/trunk/tests/ (CMakeLists.txt GS/CMakeLists.txt GS/libNetwork/ libNetwork/): Move tests for libNetwork out of /tests/GS to /tests. Conforms with /src structure
11:08.55CIA-73BRL-CAD: 03davidloman * r38679 10/rt^3/trunk/tests/ (4 files in 2 dirs): Stub in start of basic JobManager test.
11:16.57CIA-73BRL-CAD: 03davidloman * r38680 10/rt^3/trunk/tests/libJob/ (. CMakeLists.txt): Whoops. BasicJMTest should be an executable, not a library.
11:21.04*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
11:30.02CIA-73BRL-CAD: 03davidloman * r38681 10/rt^3/trunk/ (5 files in 3 dirs): Add in a QT based thread sleep function. Probably not the best way to do this (upgrading QThread's sleep function from proctected to public) but will do for now.
11:49.51brlcadI just made a mod last night that should have made it get to the stdint.h include
11:50.15brlcadwhat are your default compilation defines?
11:50.16d-lo:/ it didn't work then
11:50.24d-lofor brlcad?
11:50.35brlcadfor your compiler
11:51.01brlcadcompile an empty header file with -dM
11:51.50d-lono output
11:52.23d-lotouch empty.h; gcc -dM empty.h
11:52.29d-loyeilds no output
11:54.38brlcads/gcc/cpp/
11:54.45*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
11:55.48d-lookay, that kicked out a lot of things.  what are you looking for spcecifically
11:55.55brlcadthat list :)
11:56.07brlcadsomething I can hopefully key on
11:56.11d-lookie, where is the bz pastebin again?
11:56.26brlcadhttp://pastebin.org/ should work
11:57.14brlcadfwiw, gcc -E -dM empty.h
11:57.15d-lohttp://pastebin.org/165168
11:57.22brlcadthat would have gotten you the list through gcc
11:58.06d-lo*ugh* so much to learn :/
11:59.04brlcadthere's something
12:00.57d-lowhat's that?
12:01.48CIA-73BRL-CAD: 03brlcad * r38682 10/brlcad/trunk/include/common.h: also tie in to __STDC__ in case we're not actually in ansi mode but are still standard c
12:02.22CIA-73BRL-CAD: 03brlcad * r38683 10/brlcad/trunk/include/common.h: also, if there's a gcc internal __SIZE_TYPE__ being provided for stdint.h implementation, that's also a good sign of something to key on.
12:02.22brlcadnow it should be better
12:02.41d-lokk lemme give it a whirl
12:48.58*** join/#brlcad Ralith (~ralith@69.90.48.97)
12:49.17*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
12:49.17*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
12:55.15d-loMetalligaga:  lol
13:01.12d-loto be honest, that mix really does work... so long as you don't try to actually WATCH the video.
13:01.16d-lo...just listen.
13:11.18brlcado.O
13:11.24brlcadthinks that was maybe ww :)
13:11.48d-loww?
13:12.18d-lohttp://www.youtube.com/watch?v=sbQHvUObMbA
13:12.29d-lo``Erik informed me of it :)
13:16.49d-lobrlcad: that last mod to common.h seems to have fixeded the issues for coreInterface. Thanks!
13:22.02CIA-73BRL-CAD: 03davidloman * r38684 10/rt^3/trunk/src/coreInterface/CMakeLists.txt: Latests mods to common.h (in BRL-CAD) by brlcad seems to have fixed the type declaration issues. Commenting out -DHave_STDINT_H flag from coreInterface compile for now.
13:28.32CIA-73BRL-CAD: 03davidloman * r38685 10/rt^3/trunk/ (7 files in 3 dirs): Implement initial JobManager functionality test. Fleshed out some getters in JobWorker. Added a unique id to JobWorker.
14:09.31brlcadgets to more committing while waiting for subversion webinar to begin
14:09.58d-lois that webinar open to the public?
14:19.32jackisn't svn so last-decade already ;)
14:19.43jackgit it while it's hot!
14:25.47brlcadd-lo: should be but you do have to register
14:25.54CIA-73BRL-CAD: 03davidloman * r38686 10/rt^3/trunk/ (11 files in 7 dirs): Logging system upgrade. Now allows an 'origin' parameter.
14:25.55brlcadI sent a link out to folks a couple weeks ago
14:26.05d-lovia brlcad mailing list?
14:26.11brlcadjust to the team
14:27.00brlcadis supposed to require video and audio (though you can phone in for audio) -- don't know if the video is supposed to be on both ends
14:27.17brlcadwhich is why I'm at home, just in case
14:27.38brlcadthere's two seminars, one on subversion branching and merging
14:27.42brlcadthe other on subversion development
14:27.50brlcadseemed apropos :)
14:27.56d-lo:)
14:28.05d-lohow long will they last?  1 hr?
14:28.09brlcadyeah
14:28.37brlcadmore to the point, it covers the very latest svn -- which is what I'm hoping to hear about today regarding branches -- supposed to be some relatively big changes
14:28.46d-lolooks like I'll have to miss these then.  I didn't get that email, so its no wonder this is a surprize :)
14:29.46brlcadhttp://www.streetinsider.com/Press+Releases/WANdisco+Offers+Free+Online+Training/5525801.html
14:30.23brlcadmight want to sign up for the second and work that one from home
14:50.01CIA-73BRL-CAD: 03davidloman * r38687 10/rt^3/trunk/src/utility/Logger.cxx: Clean up logger formatting using iomanip stuff.
14:51.26CIA-73BRL-CAD: 03davidloman * r38688 10/rt^3/trunk/src/libJob/ (JobManager.cxx JobWorker.cxx PrintToStdOutJob.cxx): Couple of simple mods to Job Management system. JM now works.
14:58.09d-lobrlcad: do we want subversion as an external dep or do we want the subversion source in the rt3 module?
15:04.57brlcadexternal dep until we figure out exactly what portions we intend to use
15:05.44d-lokk
15:34.49CIA-73BRL-CAD: 03davidloman * r38689 10/rt^3/trunk/src/other/ogre/ (50 files in 50 dirs): Added lots of Build byproducts to svn:ignore.
15:39.25CIA-73BRL-CAD: 03davidloman * r38690 10/rt^3/trunk/src/g3d/: Added more Build byproducts to svn:ignore, this time from g3d build.
15:48.58CIA-73BRL-CAD: 03starseeker * r38691 10/brlcad/trunk/src/librt/ (Makefile.am namegen.c): Tweak namegen.c so it can build and tuck it into the Makefile as a noinst program for easier experimentation.
15:58.38CIA-73BRL-CAD: 03davidloman * r38692 10/rt^3/trunk/src/g3d/CMakeLists.txt: Make g3d's cmake find zzip library. Will need to roll this searching up to rt3's top level cmake when g3d building is fully integrated into rt3 build.
15:59.10CIA-73BRL-CAD: 03davidloman * r38693 10/rt^3/trunk/src/g3d/CommandInterpreter.cxx: Fixed a minor type issue surrounding QString.length()
16:00.05CIA-73BRL-CAD: 03davidloman * r38694 10/rt^3/trunk/src/g3d/OgreGLWidget.cxx: Trying to access method via reference instead of pointer. Fixed.
16:03.48CIA-73BRL-CAD: 03davidloman * r38695 10/rt^3/trunk/src/g3d/: Modified SVN:IGNORE to include the g3d executable.
17:26.23``Erikre eff/youtube/downfall: http://vimeo.com/11086952
17:26.42``Erikhttp://www.eff.org/deeplinks/2010/04/everyone-who-s-made-hitler-parody-leave-room
17:41.50brlcadhah, that's great
17:42.19``Erikhow was the webcast? anything new/great/useful?
17:43.01brlcadhm, not as deep as I'd hoped
17:43.40brlcadwasn't bad but didn't cover any new features and was a bit windows-centric (tortoisesvn)
17:43.55``Erik<-- got to learn about the haunted house animatronics industry and tech from derek, sounds more interesting than the webinar :D
17:52.00brlcadheh, well it was good if only to see the requirements for the svn dev webinar later
17:52.29brlcadthere wasn't bidirectional audio or video
17:58.21CIA-73BRL-CAD: 03erikgreenwald * r38696 10/brlcad/trunk/src/librt/namegen.c: give components a default value of 0 in case style is not 1 or 2
19:35.21CIA-73BRL-CAD: 03erikgreenwald * r38697 10/brlcad/trunk/src/librt/CMakeLists.txt: add namegen.c to IGNORED_SOURCES
19:39.49``Erikhm http://www.reinvented-the-workstation.com/CX1-iWS-developers/
20:06.37CIA-73BRL-CAD: 03brlcad * r38698 10/brlcad/trunk/include/bu.h: don't specify register for bu_list funcs. let the compiler figure things out.
20:07.23CIA-73BRL-CAD: 03brlcad * r38699 10/brlcad/trunk/src/libbu/vls.c: don't specify register. let the compiler figure things out. helps debuggability too.
20:09.45``Erikthere's a lot of register keywords that should go away... (like, all of 'em?)
20:14.50*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:18.12*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
20:53.04CIA-73BRL-CAD: 03bob1961 * r38700 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): This is a bug fix and some clean up in getTreeNodes. Also changed the bot_split wrapper call.
21:09.14*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
21:09.25*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
21:14.59starseekergrowl
21:15.20starseekerok, in libregex regular expressions, spaces are literal.  everywhere else, it's \s
21:26.25``Erikthinks it might be time to get back into ogl coding
21:29.20``Erikat least a glTexSubImage2D() to see if the texture/dma is 'good enough' on the pertinant platforms *sigh*
22:01.32CIA-73BRL-CAD: 03r_weiss * r38701 10/brlcad/trunk/src/conv/obj-g_new.c: more nmg creation debugging
22:05.30CIA-73BRL-CAD: 03bob1961 * r38702 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Tweaked ArcherCore::killWrapper a bit.
22:12.54CIA-73BRL-CAD: 03starseeker * r38703 10/brlcad/trunk/src/librt/ (Makefile.am columnparse.c): Test regex logic for parsing a file with information organized in columns with a header - need to use the header to deduce column character widths.
22:14.02CIA-73BRL-CAD: 03bob1961 * r38704 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Another minor tweak of ArcherCore::killWrapper.
22:16.54CIA-73BRL-CAD: 03starseeker * r38705 10/brlcad/trunk/src/librt/CMakeLists.txt: Ignore columnparse.c in CmakeLists.txt
22:17.59CIA-73BRL-CAD: 03starseeker * r38706 10/brlcad/trunk/src/librt/columnparse.c: Comments don't apply to this file - left over from copy paste
22:31.55``Erik<-- mistimed leaving the office, forgot how effin' retarded md drivers are :/
22:32.03``Erik35 in a 50, etc
23:04.20CIA-73BRL-CAD: 03bob1961 * r38707 10/brlcad/trunk/src/libfb/fbserv_obj.c: This fixes the embedded fbserv. Haven't tried this on windows yet.
23:07.59``Erikresearches gtk+2's ctree thingymabobber so'z he can kill that damn 2 day pbr card
23:10.40``Erikor, treeview, now... :/
23:39.47brlcadstarseeker: \s is a perl extension
23:40.35brlcad[[:space:]] is the posix class for general whitespace
23:40.52brlcad``Erik: I wouldn't remove all of the register keywords
23:41.16brlcadI did a performance test a while back and it did slow down when I just sed'd all the files
23:43.30brlcadstarseeker: CMakelists.txt (columnparse)
23:43.51brlcadand librt.vcbuild
23:43.56brlcador whatever it's called
23:44.26brlcadhm, and the comments are wrong (copied from namegen)
23:45.01brlcadand includes are out of control :)
23:45.59brlcadahh, catchin up to commits .. you fixed the comments and cmakelists -- my bad
23:49.33``Erikdidja try hitting it with a profiler before and after?
23:49.49``Erik(and gcc4? 3? 2.7?)
23:50.14brlcadgo for it
23:50.51``Erikheh
IRC log for #brlcad on 20100422

IRC log for #brlcad on 20100422

00:04.45CIA-73BRL-CAD: 03erikgreenwald * r38708 10/brlcad/trunk/ (INSTALL NEWS TODO): remove svn:executable
00:11.42CIA-73BRL-CAD: 03brlcad * r38709 10/brlcad/trunk/NEWS: bob re-enabled (fixed) archer's embedded framebuffer. file descriptor wasn't getting set (win32 still needs testing).
00:34.43``Erikhttp://i.imgur.com/PHmF5.jpg heh
01:02.04CIA-73BRL-CAD: 03brlcad * r38710 10/brlcad/trunk/include/bu.h: wrong bomb statement, BU_ASSERT_SIZE_T
01:10.25CIA-73BRL-CAD: 03brlcad * r38711 10/brlcad/trunk/configure.ac:
01:10.25CIA-73BRL-CAD: starseeker's r38355 commit updating tkimg inadvertently reverted/modified a fix
01:10.25CIA-73BRL-CAD: to the debug flags that can cause crashes on linux. revert back to -ggdb3 but
01:10.25CIA-73BRL-CAD: test for the mac-specific -fast flag and use -gstabs3 if it works since it gives
01:10.25CIA-73BRL-CAD: better results.
01:26.41``Erik(might want something in there for mac 64b+gstab3+O3 compile fails... gstabs2+O1 shows the problem, too)
01:33.47starseekerbrlcad: heh - that's throwaway test code - the final form, whatever it is, will end up in step-g
01:35.15starseekerthat was just a quick and easy place to do the regex testing
01:37.54starseekerbrlcad: did you see the qemacs screenshots?
01:39.24starseeker(hopefully the columnparse stuff will be done fairly quickly, now that the regex stuff seems to be functioning - from there it's just a lot of string reading, scrubbing, and attribute assignment)
02:11.41starseekerah, this seems to behave slightly better than mg out of box:  http://freshmeat.net/projects/ersatz/
02:13.44brlcadyeah, saw the shots
02:14.00CIA-73BRL-CAD: 03brlcad * r38712 10/brlcad/trunk/src/libwdb/skt.c: cleanup and remove unnecessary headers.
02:14.26brlcadcontinues to find bugs left and right on simple testing
02:14.44starseekeryeah, guess it's not worth it
02:17.02starseekerpity - nifty idea
02:18.58``Erikbetter than ersatz: http://www.ale.org/pipermail/ale/1998-July/005730.html
02:19.39starseekerheh
02:19.59starseekerif we stick ed in as the default, I'm forward all helpdesk calls about the new editor to you ``Erik
02:20.37starseekermutters at the ersatz dev - repeat after me, I will never again make a tarball without a container directory...
02:20.59``Erikhow many systems do NOT have: emacs, vi, notepad.exe, TextEdit.app, ...?
02:21.14starseekerI know, I know...
02:21.53``Erikthis is one odd episode of southpark
02:22.22starseekeryou mean there's a non-odd episode of southpark?
02:22.25brlcadstarseeker: my bugs comment was unrelated to yours :)
02:22.32starseekeroh :-)
02:22.34starseekeroooops
02:22.37brlcadand at least one of them was a false positive, fortunately
02:22.38``Erikwell... this one is odd by southpark standards
02:23.19brlcadstarseeker: always tvf before xvf ;)
02:23.53starseekerheh
02:23.55``Erikor mkdir a tmpdir first
02:24.19starseekerI used to be more careful - these days it's exceedingly rare to find a targz without toplevel
02:24.22starseekermore common for zips
02:24.47starseekertries a quick compile of ersatz on crit...
02:25.23starseeker``Erik: actually, ersatz claims it's actually smaller than ed, if I understand his page correctly...
02:27.00starseekerhumph
02:27.04starseekerfigures
02:28.24``Erikwow, it IS smaller than ed
02:28.41``Eriksome fugly coding practices in it, though
02:29.46``Erik-r-xr-xr-x  2 root  wheel  49056 Apr 21 22:25 /bin/ed*
02:29.47``Erik-rwxr-xr-x  1 erik  wheel  36340 Apr 21 22:28 ee*
02:31.13starseekeryeah - in some ways OpenBSD maintaining mg seems like the best bet, but I've got to figure out why the keybindings feel a bit funny
02:31.38starseekerersatz doesn't build on crit - not even close
02:32.23``Erikum, there're a few lines that need to be deleted
02:32.35``Erikint somefunc() { char *malloc(); ... }
02:32.51``Erikthree or four lines deleted and it compiled on one of my fbsd boxen
02:33.12starseekerah, OK - saw malloc errors and didn't feel like messing with it
02:33.55``Erikjust 3 lines in line.c
02:34.07starseekergrowls at mg - why don't you know what the delete key is for???
02:34.53starseekeraaaand ersatz does know
02:35.00``Erikhttp://brlcad.org/~erik/line.c.patch
02:35.20*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
02:35.21CIA-73BRL-CAD: 03brlcad * r38713 10/brlcad/trunk/NEWS:
02:35.21CIA-73BRL-CAD: keith made a mod to rtarea that will make the parenthesized 'larger' size not
02:35.22CIA-73BRL-CAD: just be meters, but be a common upscaled unit size. new rule: mm^2,cm^2, dm^2
02:35.22CIA-73BRL-CAD: -> m^2, m^2 -> km^2, in^2 -> ft^2, ft^2 -> yd^2 otherwise defaults to mm^2
02:35.31starseek1rah, crud
02:36.28*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
02:36.54starseekernote to self - don't throw random keystrokes into the wrong window
02:37.11CIA-73BRL-CAD: 03brlcad * r38714 10/brlcad/trunk/NEWS: keith made rtarea run within mged default to displaying the with the model's local units instead of previous mm^2/m^2 default. user can still override with -u option.
02:38.03starseeker``Erik: you said you built ersatz on your BSD box?
02:38.54``Erikyup
02:39.13``Erikhttp://brlcad.org/~erik/line.c.patch
02:39.43CIA-73BRL-CAD: 03brlcad * r38715 10/brlcad/trunk/NEWS: bob implemented a new bot_split command that takes a given BoT that has multiple disjoint (separated) shells and makes separate BoTs for each shell.
02:40.15starseeker``Erik: do you happen to have a really huge-ass text file to try opening?
02:40.28starseekerrecalls that is one of the current jove limitations...
02:40.32``Erikum, how huge-ass is huge-ass? the machine doesn't have a lot of ram..
02:41.17starseekerhundred megs?
02:41.19starseekerdunno
02:42.06starseekerhas a lot of ram... digs into USGS archive looking for large text files...
02:43.08``Erikmade a 100meg file by dupping a C file a lot, it's reading...
02:43.34``Erikyup, it opened it
02:44.06starseekerfinds a 53 meg file - opens, scrolls smoothly
02:44.16CIA-73BRL-CAD: 03brlcad * r38716 10/brlcad/trunk/NEWS:
02:44.16CIA-73BRL-CAD: keith added the '-u model' option to rtarea which specifies that output be shown
02:44.16CIA-73BRL-CAD: using local units. previously defaulted to the default storage units, mm.
02:44.16CIA-73BRL-CAD: option parsing applies to all ray tracers but only rtarea does anything with it.
02:44.27``Erikhm, ^X-s is saying [Key not bound]
02:44.42``Erikoh, ^X-^S works
02:46.50starseekeryeah, I think it's Ctrl-X Ctrl-s typically, isn't it?
02:47.00``Erikyeah, seems to have worked fine with a 100 meg file on a 650mhz box with 256m ram (and some hefty stuff fighting for resources, like mysql, finch, irssi, ...)
02:47.15starseekernot bad
02:51.49starseekerhmm - opened an 840 Meg file - lots of "File has long line" messages
02:53.25*** join/#brlcad Nohla (~jesica@201.255.231.131)
02:53.36starseekerstill scrolls though
02:53.37starseekerwow
02:54.11starseeker(leave it to publicresource to have large text files handy...)
02:54.34``Erikheh, for a in `jot somebignumber` ; do cat somefile.c >> biguglyfile ; done
02:54.35``Erik:D
02:54.52starseekeror, yeah, you could do that too :-P
02:54.57``Erik(for any *nix but linux... for linux, use seq instead...
02:55.41starseekerhehe - emacs itself double-checked before opening an 840 meg file
02:56.31starseekeraaaaaand still hasn't opened it
03:10.00starseekeraaaaannd STILL hasn't opened it
03:10.27starseekerwow, ersatz might be worth having on general principles
03:11.42starseekermg didn't line wrap it, and segfaulted on a down arrow
03:12.15starseekerbegins to be intrigued
03:13.20starseekeroh, I see, ersatz wrapped as it was loading
03:13.33starseekerhmm - that could be an issue for long tcl commands
03:16.14starseekerwill be an issue for long tcl lines - crud
03:18.23starseekeryeah... will have to coax it into displaying the lines as broken but not writing the line breaks out unless manually inserted
03:18.28starseekerphooey
03:23.41starseekereyes fileio.c
03:24.25starseekerprobably fixable, just need to flag a way to not write the "\n" if the line wasn't originally broken there...
03:28.15starseeker``Erik: so whadya think, stick a vi alternative ui on it and have mini-vimacs?
06:00.28*** join/#brlcad ibot (ibot@rikers.org)
06:00.28*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
08:43.28CIA-73BRL-CAD: 03brlcad * r38717 10/brlcad/trunk/include/bu.h: printing a size_t as %llu causes va_arg major grief (even with stdio funcs), so stick to the size_t-specific %zd specifier instead. this fixes a problem with BU_ASSERT_SIZE_T from printing wacky values.
10:06.07*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
10:06.07*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
10:06.07*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
10:06.07*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
10:06.35*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
10:32.33d-loMernin all!
10:33.14``Erikstarseeker: I personally think that by the time it even becomes a question, the machine is too busted to even run mged, it became irrelevant at some point *shrug* :/
10:33.19``Erikyargh, dave
10:33.36d-loarrrrrg!
10:41.01*** join/#brlcad mafm (~mafm@81.35.69.130)
10:41.19*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
10:53.26d-loRalith: Hey man, you around?
10:53.50Ralithyeah
10:54.19d-loRalith: I need to get some details on what, exactly, was changed in the rt3/src/other/ogre source to make it do what you needed to do?
10:55.05Ralithd-lo: it was an ogre bug, and the fix to it got into trunk
10:55.14Ralithso ogre trunk *should* work okay
10:55.50Ralithassuming no relevant API changes
10:56.01d-loright, I got that, but what was the fix related to?
11:01.13Ralithbeen forever; I don't recall :/
11:01.16Ralithmaybe it's noted in my log?
11:01.24d-lokk, no worries.
11:01.29Ralithwhy?
11:01.31d-lojust trying to get g3d going on my machine
11:01.38Ralithhaving trouble?
11:02.00d-loyeah, its thrwing an Ogre::InternalErrorException
11:02.18RalithO.o
11:02.29Ralithnever even heard of that
11:02.29d-lostill troubleshooting, just was collecting data from the original devs
11:02.36Ralithtried trunk?
11:03.09d-lonot yet, I am going to eliminate the obvious potential probs first: Paths, librarys installed, etc
11:03.15Ralithkk
11:03.24d-lothanks though :)
11:06.41Ralithgood luck
11:17.49*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
11:56.32*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
11:58.56d-loRalith: did you compile Ogre with boost support or some other threading lib?
11:59.39RalithI don't recall using any explicit options
12:06.01d-lohrm, looks like ogre ddfaults to using boost
12:06.30d-loimagine that, turing off boost in ogre config makes things work better!
12:50.11``Erikso, wait, wizard of oz was actually just about two women trying to kill eachother over shoes? O.O
12:51.04starseekeruh... which version did you see?
12:51.37``Erikhttp://roflrazzi.files.wordpress.com/2010/04/celebrity-pictures-margaret-hamilton-shoes.jpg
12:58.42starseekerheh
12:59.22starseekerreflects he isn't concerned JUST about OpenOffice with the whole Oracle/Sun thing - there's also VirtualBox
13:27.23d-loRalith: Still around?
13:28.25Ralithyep
13:28.26Ralithfor a moment
13:28.30d-lokk.
13:28.55d-logot g3d up, but all I get is a blank window.  is that what am I supposed to be seeing?
13:30.58*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
13:31.57CIA-73BRL-CAD: 03bob1961 * r38718 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added preferences for highlighting tree nodes that affected by the current edit and for specifying attributes for display in the tree view. Also a bit of minor cleanup.
13:41.21CIA-73BRL-CAD: 03davidloman * r38719 10/rt^3/trunk/src/other/ogre/: svn:ignore one last build byproduct that showed up after a successful compile of src/other/ogre
13:41.40CIA-73BRL-CAD: 03erikgreenwald * r38720 10/brlcad/trunk/src/libged/bot_split.c: include rtgeom.h, so raytrace.h will be included with the __RTGEOM_H__ flag set for rt_bot_split() prototype
13:45.02*** join/#brlcad Ralith (~ralith@69.90.48.97)
13:45.25d-loquestion: If we have a software package in src/other/, should we wire it into the existing build system or should we assume that the end user will build it seperately?
13:50.40CIA-73BRL-CAD: 03erikgreenwald * r38721 10/brlcad/trunk/src/libged/wdb_obj.c: off_t updates to match signatures
13:52.13Ralithd-lo: sorry, I missed any question you asked
13:52.16Ralithhad to restart
13:52.23Ralithsome X bug that makes my input lock up every few days
13:52.24d-loNo worries.
13:52.43d-loI got g3d up, but all i see is a blank window.  Nothing like the example on the wiki you have.
13:52.48d-loam I missing something?
13:53.02d-loor is there a key stroke I am missing.
13:54.25CIA-73BRL-CAD: 03erikgreenwald * r38722 10/brlcad/trunk/src/mged/ (dm-X.c dm-generic.c dm-ogl.c dm-rtgl.c dm-tk.c dm-wgl.c): Fix the "multi-character character constant" issue where ',' was accidently converted to ', '.
14:00.04CIA-73BRL-CAD: 03davidloman * r38723 10/rt^3/trunk/ (4 files in 4 dirs): Remove RBGui and Mocha from src/other since we are no longer using either
14:00.29CIA-73BRL-CAD: 03erikgreenwald * r38724 10/brlcad/trunk/src/mged/fbserv.c: cast pointer (holding FD data instead of a real pointer) to size_t instead of uint32 to quell 64b warning.
14:08.55*** join/#brlcad mafm (~mafm@81.37.119.168)
14:20.57CIA-73BRL-CAD: 03erikgreenwald * r38725 10/brlcad/trunk/src/mged/mged.c: wrap #endif note in comment
14:33.35*** join/#brlcad mafm (~mafm@83.37.7.73)
14:37.32``Erik:o 400 million triangles, an 85 gig stl file... this will be... interesting :D
14:37.54d-logo go gadget ISST?
14:38.13``Erikum, I only have 32b gtk+, so I can't link the 64b libtie/librender in...
14:38.25``Erikthis might blow up rt, too... :D
14:50.51CIA-73BRL-CAD: 03davidloman * r38726 10/rt^3/trunk/cmake/FindOGRE.cmake: Modified OGREs prefix hints to include a users home dir.
15:10.21*** join/#brlcad Ralith (~ralith@69.90.48.97)
15:37.33CIA-73BRL-CAD: 03davidloman * r38727 10/rt^3/trunk/tests/GS/CMakeLists.txt: Whoops! GeometryServiceTest should be an executable, not a lib!
15:38.47CIA-73BRL-CAD: 03brlcad * r38728 10/brlcad/trunk/src/mged/ (7 files): replace all of the comma literals with a #define COMMA ',' which should cause the preprocessor to at least warn or error about encountering a multibyte character constant. should help prevent future commachaos
15:39.42d-locomma chaos.... sounds like an 80's song.
15:41.26brlcadcomma comma comma comma comma comedian, comes and goes, she comes and goOAHOoes
15:43.07CIA-73BRL-CAD: 03davidloman * r38729 10/rt^3/trunk/ (4 files in 2 dirs): Add uname field to Account and ID to Session.
15:44.21CIA-73BRL-CAD: 03brlcad * r38730 10/brlcad/trunk/src/mged/fbserv.c: uintptr_t should hold the full size of anything, unlike size_t. still are and'ing against a 32 bit value.
16:05.58CIA-73BRL-CAD: 03davidloman * r38731 10/rt^3/trunk/src/GS/gsmain.cxx: simple verbage change: gsph0->gsmain
16:31.50CIA-73BRL-CAD: 03davidloman * r38732 10/rt^3/trunk/ (4 files in 3 dirs): Convert INetMsgHandler to a purely virtual interface, no implementation (cxx) file needed/wanted.
16:58.23``Erik*grumble* all this size_t off_t stuff is confusing gdb, I keep getting <unknown type> in the value fields
17:13.23brlcadon mac?
17:13.25CIA-73BRL-CAD: 03brlcad * r38733 10/brlcad/trunk/src/libged/bot_split.c: dp shadows dp
17:14.02brlcadI was noticing that last night, might be related to debug flag changes, whether it needs to be -ggdb3 or -gstabs+3 or ...
17:14.31brlcadyou can cast them through a core type (e.g. p (int)foo)
17:21.56``Eriknoticed it first on fbsd a couple days ago, seeing it on mac, too
17:22.15``Erikhaven't tried leenewx yet
17:23.53CIA-73BRL-CAD: 03brlcad * r38734 10/brlcad/trunk/include/raytrace.h: raytrace.h declares a slew of functions that depend on rtgeom.h so include it. rtgeom is the subheader, don't require pre-inclusion to merely get the declaration.
17:25.29CIA-73BRL-CAD: 03starseeker * r38735 10/brlcad/trunk/src/librt/columnparse.c: More colume parsing tweaking
17:26.29starseeker``Erik: maybe compile a newer gdb?
17:30.27CIA-73BRL-CAD: 03brlcad * r38736 10/brlcad/trunk/include/raytrace.h: no longer need to check if __RTGEOM_H__ has been included
17:30.41CIA-73BRL-CAD: 03brlcad * r38737 10/brlcad/trunk/src/libged/bot_sync.c: need raytrace.h for rt_bot_synx()
17:39.01CIA-73BRL-CAD: 03davidloman * r38738 10/rt^3/trunk/ (4 files in 3 dirs): A bit of work on getting the GeometryService launchable again.
17:54.28CIA-73BRL-CAD: 03starseeker * r38739 10/brlcad/trunk/src/tclscripts/hv3/ (Makefile.am hv3.man tkhtml.n): Add in a couple of the tkhtml/hv3 documentation files.
17:58.36CIA-73BRL-CAD: 03starseeker * r38740 10/brlcad/trunk/src/librt/columnparse.c: Stash the column header names and column widths in a struct.
18:06.18CIA-73BRL-CAD: 03bob1961 * r38741 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Hooked the component selection functionality up to the new tree viewer.
18:08.52*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
18:15.36CIA-73BRL-CAD: 03starseeker * r38742 10/brlcad/trunk/src/librt/columnparse.c: Break up the line into columns
18:32.22CIA-73BRL-CAD: 03brlcad * r38743 10/brlcad/trunk/configure.ac: (log message trimmed)
18:32.22CIA-73BRL-CAD: some comments from tom browder on the brlcad-devel mailing list gave me an idea
18:32.22CIA-73BRL-CAD: to quell src/other compilation. as we've had to repeatedly explain that we
18:32.22CIA-73BRL-CAD: don't care about src/other and general confusion that src/other issues are
18:32.22CIA-73BRL-CAD: brl-cad issues, this should go well towards avoiding misconception. check for
18:32.22CIA-73BRL-CAD: the -w gcc flag that disables all warnings and provide NOWARN to Makefile.am
18:32.23CIA-73BRL-CAD: files. moreover, if --disable-warnings is actually requested, turn off
18:33.28starseekerdo we have a routine anywhere to reverse a string or vls?
18:34.48CIA-73BRL-CAD: 03brlcad * r38744 10/brlcad/trunk/src/other/ (tcl/unix/tcl.m4 tk/unix/tcl.m4 tkhtml3/tclconfig/tcl.m4): turn off all tcl/tk compilation warnings. we don't care. tkhtml3 requires a little harder massaging as SHLIB_LD for mac was including CFLAGS -- might need similar measures for other platforms.
18:35.38CIA-73BRL-CAD: 03brlcad * r38745 10/brlcad/trunk/src/other/step/configure.ac: step needs to check/set the NOWARN flag just like our top-level configure since it's copying what we do.
18:38.34CIA-73BRL-CAD: 03brlcad * r38746 10/brlcad/trunk/src/other/ (18 files in 18 dirs):
18:38.34CIA-73BRL-CAD: add the NOWARN flag everywhere effectively disabling compilation warnings for
18:38.34CIA-73BRL-CAD: all of our external dependencies (except for libz, libpng, and libregex just
18:38.34CIA-73BRL-CAD: because they're already fairly quiet). clean up CFLAGS in step where they
18:38.34CIA-73BRL-CAD: should be CPPFLAGS as well.
18:47.37CIA-73BRL-CAD: 03bob1961 * r38747 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added code to update the tree when the attr command is called to modify an attribute that is currently displayed by the tree.
18:50.05CIA-73BRL-CAD: 03brlcad * r38748 10/brlcad/trunk/src/libged/gqa.c: quell all verbose compilation warnings including about a half dozen exact floating point comparisons (related to grid size). check params, remove unused.
18:55.22CIA-73BRL-CAD: 03davidloman * r38749 10/rt^3/trunk/media/: Add dir for storage of various media files.
18:56.25CIA-73BRL-CAD: 03davidloman * r38750 10/rt^3/trunk/ (media/testing.g src/iBME/testing.g): Move testing.g into media/
19:03.29CIA-73BRL-CAD: 03starseeker * r38751 10/brlcad/trunk/src/librt/columnparse.c: regular expressions are overkill for whitespace trimming - go simple. Seem to be breaking out the individual components better.
19:04.09CIA-73BRL-CAD: 03brlcad * r38752 10/brlcad/trunk/src/libged/grid.c: restructure to remove forward declarations. quell a couple verbose compilation warning. create a grid_usage() function so we don't have to keep a long usage string and propagate accordingly.
19:04.26brlcadstarseeker: if all you're doing is trimming whitespace, there's a vls function for that
19:04.47starseekertrimming both front and end whitespace?
19:05.01starseekerlooked, didn't see anything... must have missed it
19:05.39CIA-73BRL-CAD: 03starseeker * r38753 10/brlcad/trunk/src/librt/columnparse.c: whoops, extra line.
19:05.59CIA-73BRL-CAD: 03brlcad * r38754 10/brlcad/trunk/src/libged/grid.c: rename private/HIDDEN functions to not have the ged_ prefix so as not to confuse them with public api.
19:05.59brlcadyou missed bu_vls_trimspace() ? :)
19:06.04brlcadwhat did you search on?
19:06.33starseeker<censored>
19:06.46starseekerwhitespace probably
19:06.46brlcadwaits for numerous compiles to finish so he can sync n' tag
19:07.00brlcadheader docs ftw
19:07.18CIA-73BRL-CAD: 03davidloman * r38755 10/rt^3/trunk/src/ (5 files in 3 dirs): Move compilation of 'geoserv' out of src/iBME/ and into src/GS/ where it belongs. src/iBME/ no longer serves a purpose and is removed.
19:09.09CIA-73BRL-CAD: 03starseeker * r38756 10/brlcad/trunk/src/librt/columnparse.c: Der. use bu_vls_trimspace. Thanks Sean
19:10.41starseekerbrlcad: have we synced to stable lately?
19:17.11CIA-73BRL-CAD: 03brlcad * r38757 10/brlcad/trunk/src/libged/human.c: ws, style, indent, consistency fixes. add HIDDEN to all of the local funcs and remove forward decls.
19:17.12brlcadyou did the last sync
19:17.21brlcadso whenever that was
19:20.22``Erikdang, only 59 gigs resident memory... but rt is succeeding O.O
19:20.33d-lolol nice!
19:20.49``Erikthe .g was much much smaller than the STL, only 8.9 gigs
19:21.05``Erikopposed to 85 gigs
19:21.13d-lobut rt is alive eh?
19:23.42``Erikyup
19:23.47``Erikwanna see?
19:34.43*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
19:35.46``Erikthinks it IS running up against swap
19:36.22``Erikand one of these java processess is holding 25 gigs of vm O.O
19:36.42d-losend an email and ask them to shut down the jvm :)
19:37.27``Erik"dude, what are you doing trying to use your machine? don't you know I'm trying to do something actually important on it???"
19:57.35``Erikooh, isst is fffasssttt on it
20:04.04starseekerbrlcad: ooo.  if we're stable enough now, I'd better do a sync then
20:05.43``ErikFrame  0:    1048576 rays   in   3689.17 sec =       284.23 rays/CPU_sec
20:09.12brlcadTCL_LIBRARY=`echo /Users/morrison/brlcad/src/other/tcl/library` DYLD_LIBRARY_PATH=".:/Users/morrison/brlcad/src/other/tcl/unix:/Users/morrison/brlcad/src/other/tk/unix:" PATH=".:/Users/morrison/brlcad/src/other/tcl/unix:/Users/morrison/brlcad/src/other/tk/unix:/Library/Frameworks/Python.framework/Versions/Current/bin:/usr/brlcad/bin:/usr/local/bin:/bin:/sbin:/usr/bin:/usr/sbin" TCLLIBPATH="." /Users/morrison/brlcad/src/other/tcl/unix/tclsh ./doc/macros.tcl -nrof
20:09.19brlcad/bin/sh: line 1: /Users/morrison/brlcad/src/other/tcl/unix/tclsh: No such file or directory
20:09.38brlcadlooks like it's trying to gen tk docs .. shouldn't be doing that during dist, not sure what changed
20:10.09*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:16.05CIA-73BRL-CAD: 03indianlarry * r38758 10/brlcad/trunk/ (3 files in 3 dirs): Added 'E' option flag to 'brep' command to test NURB wireframe drawing from subdivision tree. This is a WIP.
20:50.03CIA-73BRL-CAD: 03starseeker * r38759 10/brlcad/trunk/src/librt/columnparse.c: Clean out some testing stuff that's not longer needed.
21:25.22*** join/#brlcad Nohla (~jesica@201.255.231.131)
21:25.25*** join/#brlcad jesica__ (~jesica@201.255.231.131)
21:29.27CIA-73BRL-CAD: 03erikgreenwald * r38760 10/brlcad/trunk/src/libgcv/region_end_mc.c: comment out merging/fusing for now
23:14.52CIA-73BRL-CAD: 03r_weiss * r38761 10/brlcad/trunk/src/conv/obj-g_new.c: nmg creation testing and refactoring
IRC log for #brlcad on 20100423

IRC log for #brlcad on 20100423

01:18.45starseekerhmm - trying to generate tkhtml docs here
01:23.16starseekerdoc is part of the "all" target for both...
01:37.09starseekerapparently my tkhtml build is backfiring on me here...
01:45.17starseekerwhy the hell is distcheck looking for the file binaries???
01:45.20starseekergrrrr
01:45.53starseekerremembers tktreectrl had what looked to be a very clean build logic and digs it out...
01:49.12starseekerah, wait a minute...
01:53.12CIA-73BRL-CAD: 03starseeker * r38762 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: Hmm - listing the files explicitly in EXTRA_DIST lets distcheck get by tkhtml on gentoo...
01:55.38starseekerwonders if there's a way to "partically parse" a step file - or maybe it's called incrementally parse...
01:55.49starseekerinstead of loading the whole thing into memory...
03:10.40starseekermakes a note to take Shark to the step import process...
03:26.05starseekerbrlcad: have you ever heard of this project?  http://forge.osor.eu/plugins/wiki/index.php?id=175&type=g
03:35.37CIA-73BRL-CAD: 03starseeker * r38763 10/brlcad/trunk/src/tclscripts/hv3/Makefile.am: looks like that should be dist_man_MANS
03:44.56starseekerhmm
03:45.48starseekerIFC-SDK - "development of an open source C++ SDK solution for STEP data reading/parsing, writing and management."
03:47.19starseekercmake build system...
03:47.30starseekerLGPL license...
03:56.23starseekerholy CPU intensive gqa test Batman...
03:58.10starseekerlotta disk IO for gqa too...
04:01.00starseekerO.o cmake build of ifc-sdk completed successfully, no hiccups
04:01.23starseekerI think that's maybe happened two or three times with non-ebuild cmake builds...
04:05.50starseekerwell, if g_qa ever finishes, it looks like it made it through the rest of distcheck...
07:02.04*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
09:39.58*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
10:01.36*** join/#brlcad mafm (~mafm@83.37.7.73)
10:58.35*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
11:55.07starseekeryep, distcheck passed on gentoo as of r38763
12:10.54brlcadawesome
12:46.26starseekerheads in
12:46.57``Erikhas been doing distcheck's on rhel5 pretty much daily
12:47.14``Erik(that's what caused that CMakeLists.txt commit I did the other day)
12:47.26``Erikand the EXTRA_DIST fix in hv3
12:47.28``Erik:D
12:47.38starseekerheh
12:48.43starseekerneeds to ask indianla1ry about ifc-sdk and what he thinks of it - perhaps merging the best of the NIST stuff with that would be a Good Thing for our step-g speed...
12:49.31starseekeralright, sorry cat, I'm outta here
12:57.11``Erik<-- has been doing distcheck, then a fbsd port install/deinstall, is determined to have a GOOD dist for ports :D
12:57.29``Erikthat's why the amd and intel fbsd boxen here have been so screwy lately
13:07.32brlcadskip to 4:10 .. http://www.youtube.com/watch?v=_vFdkeWi1og&feature=related
13:23.22``Erikforgets the syntax to set the starting point in a y00t00bz
13:33.09``Erik"sitting on coal and trying to make diamonds", nice
13:48.25CIA-73BRL-CAD: 03erikgreenwald * r38764 10/brlcad/trunk/src/tclscripts/hv3/Makefile.am: man_MANS is automagically included in the dist files, dist_man_MANS is not, so add it to EXTRA_DIST
13:48.58starseekerreally O.o
13:49.39starseekerman_MANS by itself didn't work on gentoo...
13:49.42``Erikayup, at least on the rhel5 box I'm doing it on
13:49.55``Erik(should probably be mann_MAN ?)
13:50.04starseekerI suppose
13:50.06``Erikor man_MANN or something
13:50.07``Erikforgets
13:50.22starseekershould just docbook the thing
13:51.18starseekerchecks the librt makefile.am...
13:51.24starseekerthought they used the dist_ thing
13:51.28``Erikyeah, it does
13:51.47starseekerhow come it works there?
13:52.02``Erikdunno O.o
13:52.08``Erik<-- has several test builds running
14:13.56starseekerstep-g seems to be spending just shy of 40% of its time in SCLstring::Length()
14:16.47brlcad:):
14:17.05brlcadthat should be really easy to fix then
14:20.01starseekerhttp://pastebin.org/169986
14:25.14brlcadreplacing all SCLstrings with std::strings could probably be done in a day
14:26.13starseekernods - if the overhead is specific to SCLstrings that would help (probably a good idea anyway unless there's a really good reason for the special string...)
14:26.30brlcadoh yeah, even less.. only 265 instances
14:27.07brlcadthere's rarely ever a good reason to have custom strings any more, at least for c++ code
14:28.28brlcadit's common practice for folks that don't know about the standard library, one of many potential reasons why they wrote their own string class
14:29.23starseekerwatches the stable merge start to grind forward...
14:29.27starseekerthis will be a biggie
14:30.38brlcadyeah, basically three releases
14:31.11starseekertwo src/other updates, lotta new docbook files - may need crit for the commit on this baby
14:31.30CIA-73BRL-CAD: 03brlcad * r38765 10/brlcad/trunk/TODO: replace SCLstring with std::string
14:35.59starseekerheh - Class:  SCLstring   Description: implements a few basic string handling functions - hopefully will be replaced by a standard class
14:36.07starseekerscl_string.h
14:38.11``Erikhm, this one g_qa regression test has already consumed 80 cpu minutes
14:38.16brlcadthey probably started SCL before std::string existed
14:38.42brlcadSTL didn't come to light until late 90
14:38.46brlcad90's
14:39.25brlcadwasn't pervasively available for the first few years
14:39.32``ErikI vagually recall that in the late 90's, gcc didn't come with it, the one in msvc was busted all sorts of ways, all the c++ weenies said if you want to use STL, get the one from SGI
14:40.55starseekernods
14:41.07starseekeryeay - that comment is dated 1994, I think
14:41.16starseekers/yeay/yeah
14:41.23brlcadstarseeker: more details about IFC SDK at https://www.osor.eu/projects/ifc-sdk indicate they're not focused on geoemtry at all
14:41.49brlcadthey focus on BIM data, product lifecycle data
14:41.59brlcadthat's a different yarn, different APs
14:42.12starseekerah - so the only common ground would be EXPRESS?
14:42.22brlcadbasically
14:42.28starseekerk
14:42.37brlcadit'd be a libexpress replacment, the smaller portion that reads the file
14:43.01brlcadthe SCL portions, the SDAI class bindings would all have to get created for AP 203/214
14:43.26starseekerok, so not worth it then
14:43.30starseekereasier to fix our own parser
14:55.53brlcadthe sdai bindings are the bulk of the "mess" now .. but step makes that part a little messy
14:56.12brlcadand scl 'does it right' following the API for implementing a binding layer
14:59.02brlcadlooks like regression tests are going well.. excpet for one g_qa test..
14:59.34starseekerfor reasons not immediately clear, the gqa test beat the snot out of my box last night
14:59.51brlcadhm, wonder what's changed
14:59.56brlcadthose should zip through
15:01.59brlcadoh wow
15:02.08brlcad-rw-rw-r--  1 morrison users 7011965246 Apr 23 11:01 volume.pl
15:02.24brlcad-rw-rw-r--  1 morrison users 7542372670 Apr 23 11:02 volume.pl
15:02.37brlcadit's spewing plot data like mad
15:02.43starseekerah
15:03.09brlcadwonders what mged would do with 8GB of plot data
15:04.37brlcadstill going, up to 10GB
15:05.24starseekerso we should turn off the plotting option for the test...
15:05.38starseekerwonder how large a file he has cloggin up his home machine
15:07.36brlcadnow up to 13GB..
15:07.49starseekerhunts for the gqa test lines...
15:07.56brlcadthat's insane
15:08.05brlcadit's this test I believe:
15:08.09brlcad../src/gtools/g_qa -u m,m^3,kg -g 0.25m-0.5mm -p -Av -v gqa.g closed_box.r
15:08.17brlcadwhich adds the -v option
15:09.03starseekermmm
15:09.57starseeker"verbose reporting of computation progress"
15:10.09starseekerwell, the verbose part is right enough...
15:10.56brlcadI don't think the option is new, so something is being uber chatty
15:13.19starseekeroffhand I don't see any extra plotting code being enabled by verbose
15:14.46starseekerletsee...
15:32.09starseekerhmm, same command doesn't have an issue with a sphere locally...
15:32.57starseekergrowls at doc/docbook... merge doggone it
15:37.55brlcadlooks like it got up to about 20GB
15:38.05brlcadbefore the test finished and it moved on to the next test
15:38.18brlcadwiping out the volume.pl file, starting over
17:21.07``Eriksiesta time, w00t
17:34.34``Erikhm, many manpages seem to have disappeared from the install
17:40.16``Erikhm, brilliant response: http://www.youtube.com/watch?v=HQ3VcbAfd4w
17:45.39starseeker``Erik: hmm?
17:45.41starseekerwhat's missing?
17:58.03starseekeris bz down?
17:58.14starseeker(website wise?)
17:58.34starseekerah, nevermind
18:24.43CIA-73BRL-CAD: 03starseeker * r38766 10/brlcad/branches/STABLE/ (1468 files in 329 dirs): Sync to r38764, except for doc/docbook which will take a little more work.
18:36.51*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
18:37.19CIA-73BRL-CAD: 03starseeker * r38767 10/brlcad/branches/STABLE/doc/docbook/ (65 files in 10 dirs): Get articles, books and lessons...
18:42.32CIA-73BRL-CAD: 03starseeker * r38768 10/brlcad/branches/STABLE/doc/docbook/system/man1/en/ (190 files): Clear out man1 files that will be moved to mann
18:42.45CIA-73BRL-CAD: 03bob1961 * r38769 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a list view to ArcherCore.
18:58.06CIA-73BRL-CAD: 03starseeker * r38770 10/brlcad/branches/STABLE/doc/docbook/system/mann/en/ (233 files): Add the new mann man pages.
19:05.29CIA-73BRL-CAD: 03bob1961 * r38771 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Tie together the two tree/list node highlight modes in the preferences panel.
19:11.18brlcad40GB volume.pl file .. damn
19:14.05``Erikah, the missing manpage thing was due to removing xsltproc :D
19:14.35CIA-73BRL-CAD: 03brlcad * r38772 10/brlcad/trunk/TODO: ready to ship, even though gqa is being a little pig feeder by growing a volume.pl file many GB in size.
19:17.35CIA-73BRL-CAD: 03brlcad * r38773 10/brlcad/trunk/TODO: more detail on gqa badness
19:40.06starseeker``Erik: <snort> yeah, don't do that :-P
19:40.17starseekerunless you want us to stick it in src/other...
19:42.30starseekerI think we're synced - need to diff tarballs on stable and trunk to be sure
19:42.55brlcadyay for excessive option combination testing
19:43.31brlcadall warnings + optimized + all builds enabled results in libfb warning (and strict compile failure)
19:43.47brlcadfour other combinations of options all succeeded :)
19:43.56starseeker<blink>
19:44.15starseekerwow - what failed?
19:45.27brlcadwarning: ignoring return value of 'write', declared with attribute warn_unused_result
19:45.44``Erikgood old redhat heh
19:46.05brlcadit's valid -- no idea why the previous didn't fail on it
19:46.40starseekerbrlcad: if you really want to have some fun, try the latest svn clang/llvm compiler ;-)
19:46.54``Erik<-- has been turning off strict on rhel5 to avoid the slew of those messages *shrug*
19:51.29CIA-73BRL-CAD: 03brlcad * r38774 10/brlcad/trunk/src/libfb/ (if_X.c if_X24.c if_tk.c): check the return values for read() and write(). since this bits of code have no course of action to take on failure, just quell the warning by acknowledging the return value.
19:51.46brlcad``Erik: instead of taking the whole minute it takes to fix them?
19:51.52brlcadthey should all be fixed
19:52.05brlcadhad plenty around the net send in reports
19:52.16brlcadfixed them as they were reported until they got a build
19:52.27``Erikum, I did a make -k and there were many many many pages of scroll for those *shrug*
19:52.58brlcadsounds like vague and old status
19:53.16``Erikshould re-run configure with updated options *shrug*
20:07.21starseekertries the clang C++ support periodically - they're doing pretty well on the step code but OpenNURBS so far is no-go
20:16.57CIA-73BRL-CAD: 03brlcad * r38775 10/brlcad/trunk/src/libfb/ (22 files): ws, style, indent, comment, consistency update
20:17.31*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
20:29.26CIA-73BRL-CAD: 03starseeker * r38776 10/brlcad/branches/STABLE/doc/docbook/Makefile.am: Update doc/docbook/Makefile.am
20:40.30CIA-73BRL-CAD: 03starseeker * r38777 10/brlcad/branches/STABLE/ (25 files in 3 dirs): Update STABLE to trunk revision 38776
20:53.25``Erikhuh, code generation is gone in glade 3. :/
23:51.49CIA-73BRL-CAD: 03r_weiss * r38778 10/brlcad/trunk/src/conv/obj-g_new.c: testing to populate nmg normals correctly
IRC log for #brlcad on 20100424

IRC log for #brlcad on 20100424

00:18.43*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:00.23*** join/#brlcad Nohla (~jesica@201.255.231.131)
04:08.55*** join/#brlcad Ralith_ (~ralith@69.90.48.97)
04:17.44*** join/#brlcad Nohla (~jesica@201.255.231.131)
05:02.06*** join/#brlcad Nohla (~jesica@201.255.255.161)
06:44.09*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
08:50.14*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
09:34.37*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
09:34.37*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
10:25.22*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
12:57.36``Erikredrum
13:20.46brlcadbleep bloop
13:36.09``Erikheads down to http://robotfest.com O.o
14:59.32starseekergets back from yard sales - yay furnature
19:08.06starseekerfurniture even
19:10.20*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:45.32starseekergroans as it dawns on him that the Volume II stuff will have to be updated to accomidate the eventual MGEDII
19:45.49starseeker100 more screenshots, coming up...
21:04.17brlcadwhen it comes to that, we should find a way to script/automate their generation
21:04.39brlcadfeed script of actions to mged, capture screenshot
IRC log for #brlcad on 20100425

IRC log for #brlcad on 20100425

01:28.02``ErikSO, that robotfest thing was pretty neat, lots of pics... the events seemed to be more targetted at kids, btu that museum is pretty darn neat, I might have to go there when there isn't all the robot crap in the way :D
02:40.41*** join/#brlcad Ralith (~ralith@69.90.48.97)
02:52.11*** join/#brlcad talcite (~matthew@bas4-toronto21-1176312216.dsl.bell.ca)
05:17.31*** join/#brlcad firefox_ (~firefox@97-123-178-209.albq.qwest.net)
05:42.18*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
09:17.30*** join/#brlcad Ralith (~ralith@69.90.48.97)
09:25.52*** join/#brlcad Ralith (~ralith@69.90.48.97)
09:34.52*** join/#brlcad Ralith (~ralith@69.90.48.97)
09:41.58*** join/#brlcad Ralith (~ralith@69.90.48.97)
09:56.46*** join/#brlcad Ralith (~ralith@69.90.48.97)
10:01.58*** join/#brlcad Ralith (~ralith@69.90.48.97)
10:08.44*** join/#brlcad Ralith (~ralith@69.90.48.97)
10:15.28*** join/#brlcad Ralith_ (~ralith@69.90.48.97)
10:19.54*** join/#brlcad Ralith (~ralith@69.90.48.97)
10:28.07*** join/#brlcad Ralith (~ralith@69.90.48.97)
10:50.59*** join/#brlcad Ralith (~ralith@69.90.48.97)
10:57.16*** join/#brlcad Ralith (~ralith@69.90.48.97)
11:03.53*** join/#brlcad Ralith (~ralith@69.90.48.97)
12:08.11*** join/#brlcad Ralith (~ralith@69.90.48.97)
12:27.19*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
12:39.49*** join/#brlcad Ralith (~ralith@69.90.48.97)
12:57.33*** join/#brlcad Ralith (~ralith@69.90.48.97)
14:25.17*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
14:49.31*** join/#brlcad Ralith (~ralith@69.90.48.97)
14:55.08*** join/#brlcad Ralith (~ralith@69.90.48.97)
15:24.25*** join/#brlcad Ralith (~ralith@69.90.48.97)
15:53.27*** join/#brlcad Ralith (~ralith@69.90.48.97)
16:20.43*** join/#brlcad Ralith (~ralith@69.90.48.97)
16:43.09*** join/#brlcad Ralith (~ralith@69.90.48.97)
16:50.36*** join/#brlcad Ralith (~ralith@69.90.48.97)
16:56.06*** join/#brlcad Ralith (~ralith@69.90.48.97)
17:06.09*** join/#brlcad Ralith (~ralith@69.90.48.97)
17:14.24*** join/#brlcad Ralith (~ralith@69.90.48.97)
17:20.54*** join/#brlcad Ralith (~ralith@69.90.48.97)
17:27.41*** join/#brlcad Ralith (~ralith@69.90.48.97)
17:38.24*** join/#brlcad Ralith (~ralith@69.90.48.97)
17:45.36*** join/#brlcad Ralith (~ralith@69.90.48.97)
17:52.14*** join/#brlcad Ralith (~ralith@69.90.48.97)
17:58.43*** join/#brlcad Ralith (~ralith@69.90.48.97)
18:16.41*** join/#brlcad Ralith (~ralith@69.90.48.97)
18:30.47*** join/#brlcad Ralith (~ralith@69.90.48.97)
18:38.49*** join/#brlcad Ralith (~ralith@69.90.48.97)
18:45.21*** join/#brlcad Ralith (~ralith@69.90.48.97)
18:50.14*** join/#brlcad Ralith (~ralith@69.90.48.97)
18:59.55*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:02.01*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:10.14*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:16.24*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:22.37*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:32.51*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:38.13*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:41.05*** join/#brlcad piksi (~piksi@pi-xi.net)
19:51.09*** join/#brlcad Ralith (~ralith@69.90.48.97)
19:57.25*** join/#brlcad Ralith (~ralith@69.90.48.97)
20:06.50*** join/#brlcad Ralith_ (~ralith@69.90.48.97)
20:17.04*** join/#brlcad Ralith (~ralith@69.90.48.97)
20:29.05*** join/#brlcad Ralith (~ralith@69.90.48.97)
20:34.18*** join/#brlcad Ralith (~ralith@69.90.48.97)
21:52.17*** join/#brlcad Nohla (~jesica@201.255.255.161)
IRC log for #brlcad on 20100426

IRC log for #brlcad on 20100426

02:22.39``Eriktamale carne de res, mmmm
03:27.48brlcaddelicious ribeye steak two nights in a row, mmmm
03:45.32``Erikcoudln't do that, I desire "variaty" too much :/
03:46.41``Erikso there was no release on friday?
06:25.28*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
08:33.15*** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
09:16.58d-loack, trying to get a compile going on Ubuntu.  Hitting a snag: http://pastebin.com/Jz0m34sJ
09:17.24d-loI have every x11 package thingy installed that I can find :/
09:17.46d-lohowever, something isn't linking.  Anyone have advice?
11:01.30*** join/#brlcad ibot (ibot@rikers.org)
11:01.30*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
11:49.58*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
12:15.47``Erikthose look like Xi thingies
12:16.29``Erikgrep -r may be your friend on this :)
12:37.25``Erikour X tests should probably look for Xi thingies :/
13:14.33*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
13:50.12*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
14:56.13d-lo``Erik: I came to the same conclusion.  It seems that the compiler is doing just fine finding all the Xi stuff, but not the linker :/
15:02.34``Eriksmells like leenewx, that's some crazy broke
15:04.37d-loknows ``Erik is trying to communicate with me, but I just can't understand him :)
15:11.57``Erikheh
15:12.25``Erikif you have libXi and libXi-dev installed, it should work...
15:12.42``Erikif it doesn't, well, give *bsd a shot :D
15:13.01CIA-73BRL-CAD: 03bob1961 * r38779 10/brlcad/trunk/src/tclscripts/hv3/ (hv3.tcl hv3_form.tcl hv3_request.tcl hv3_util.tcl): Put a catch around the statements that set the version.
15:13.14``Erik<-- was a major linux weenie until he actually tried fbsd
15:13.16CIA-73BRL-CAD: 03davidloman * r38780 10/rt^3/trunk/ (19 files in 6 dirs): Refactored the use of 'hostname' into 'gsHostname' to remove any ambiguity.
15:15.48CIA-73BRL-CAD: 03bob1961 * r38781 10/brlcad/trunk/src/mged/mged.c: Prepend BRL-CAD's bin path when sourcing archer.
15:35.31CIA-73BRL-CAD: 03brlcad * r38782 10/brlcad/trunk/src/libfb/ (if_X.c if_X24.c if_tk.c): bah, more quellage. can't declare and set on same line or gcc figures out we're not doing anything with that variable.
15:40.04CIA-73BRL-CAD: 03brlcad * r38783 10/brlcad/trunk/src/mged/mged.c: we're specifically looking for archer, so look for archer.
15:42.30*** join/#brlcad piksi (~piksi@pi-xi.net)
15:58.36CIA-73BRL-CAD: 03starseeker * r38784 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl:
15:58.36CIA-73BRL-CAD: The html viewers (man page and docs both) appear to be having problems with
15:58.36CIA-73BRL-CAD: encoding similar to those described here -
15:58.37CIA-73BRL-CAD: http://www.sagehill.net/docbookxsl/SpecialChars.html. This appears to be due to
15:58.37CIA-73BRL-CAD: the Tcl encoding not being set to an encoding that handles properly all the
15:58.37CIA-73BRL-CAD: characters being generated by the Docbook output, so when we kick off Archer set
15:58.38CIA-73BRL-CAD: the encoding to utf-8. This appears to clear up the problems.
16:04.09starseekernotes that he needs to proofread his commit messages before committing.
16:33.35CIA-73BRL-CAD: 03bob1961 * r38785 10/brlcad/trunk/src/mged/tedit.c: This is similar to Sean's earlier commit in mged.c. That is, we're specifically looking for jove, so look for jove.
16:39.04*** join/#brlcad __monty__ (~toon@78-23-214-65.access.telenet.be)
17:49.23CIA-73BRL-CAD: 03brlcad * r38786 10/brlcad/trunk/autogen.sh: (log message trimmed)
17:49.24CIA-73BRL-CAD: pull change from buildconf upstream that applies sf patch #2991738 from tom
17:49.24CIA-73BRL-CAD: browder (fix autogen.sh autoreconf error message). problem seems to be aclocal
17:49.24CIA-73BRL-CAD: propagating the include dir recursively but ending up with some Makefile.am scan
17:49.24CIA-73BRL-CAD: failure if the directory is recursive. This makes the path absolute and
17:49.24CIA-73BRL-CAD: reportedly quiets those failures (for autoconf 2.64, automake 1.11) by making
17:49.25CIA-73BRL-CAD: the path absolute. to be seen if this causes other problems for subconfigure m4
18:21.09CIA-73BRL-CAD: 03davidloman * r38787 10/rt^3/trunk/cmake/FindBRLCAD.cmake: Make it so findBRLCAD doesnt fail if it cannot find brlcad-config, which doesn't exist on windows.
18:21.41CIA-73BRL-CAD: 03davidloman * r38788 10/rt^3/trunk/src/libJob/: Modify svn:ignore. add *.dll
18:23.19CIA-73BRL-CAD: 03davidloman * r38789 10/rt^3/trunk/tests/GE/: Modify svn:ignore. add *.dll and *.dll.a
18:23.58CIA-73BRL-CAD: 03davidloman * r38790 10/rt^3/trunk/CMakeLists.txt: CPPUNIT currently is NOT a required external dep. Don't enforce it as if it is.
18:27.55CIA-73BRL-CAD: 03davidloman * r38791 10/rt^3/trunk/tests/libJob/: Modify svn:ignore. add *.exe
18:28.59CIA-73BRL-CAD: 03davidloman * r38792 10/rt^3/trunk/ (2 files in 2 dirs): Refactored the use of 'hostname' into 'gsHostname' to remove any ambiguity.
18:45.02CIA-73BRL-CAD: 03davidloman * r38793 10/rt^3/trunk/ (15 files in 5 dirs): Work on implementing simple config file loader. Pulled out some older and redundant code. Started work on configTest.
18:51.08CIA-73BRL-CAD: 03brlcad * r38794 10/brlcad/trunk/autogen.sh: merge changes from upstream through commit 1fd6612522d36dc4488b0fc16b893eace9ebaeef. adds support for 'source' invocation, credits tom's patch, quells echo spew, and restores pwd (for source invocations).
19:34.27CIA-73BRL-CAD: 03brlcad * r38795 10/brlcad/trunk/autogen.sh: ugh, missing the slash. don't know how this passed the compilation test. thx tom.
20:01.43*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:50.48CIA-73BRL-CAD: 03starseeker * r38796 10/brlcad/trunk/src/fb/Makefile.am:
20:50.48CIA-73BRL-CAD: fb-png needs to include our png.h before any system includes - /usr/X11/include
20:50.48CIA-73BRL-CAD: contains png.h on at least some systems. Since we can't order the CPPFLAGS on a
20:50.48CIA-73BRL-CAD: per-program basis without requiring automake 1.7, looks like we have to do it
20:50.48CIA-73BRL-CAD: here. This is obviously not ideal since many fb programs don't need
20:50.49CIA-73BRL-CAD: PNG_CPPFLAGS, but does seem to work.
IRC log for #brlcad on 20100427

IRC log for #brlcad on 20100427

01:28.16starseekerauuuugh
01:28.21starseekerdistcheck fails
01:28.31starseeker../../bench/run.sh: line 594: 17654 Trace/BPT trap          $RT -s1 -F/dev/debug ${DB}/moss.g LIGHT > /dev/null 2>&1
01:28.34starseekerERROR:  RT does not seem to work as expected
01:28.37starseeker*** BENCHMARK TESTING FAILED ***
01:43.15starseekerhmm - distcheck seems rather happy, on the Mac...
01:43.19starseekerer rtgl rather
01:43.24starseekerdistcheck not happy
02:10.04CIA-73BRL-CAD: 03starseeker * r38797 10/brlcad/trunk/TODO: Start making notes on RTGL todo tasks.
02:13.52*** join/#brlcad Nohla (~jesica@201.255.255.161)
02:36.55brlcadhrm, do all the benchark rt's fail?
02:37.12starseekerdunno - it haults there
02:37.20brlcadwhat's the config line?
02:37.23brlcadand what plat?
02:37.34starseekerjust after the start of make benchmark
02:37.42starseekerregular make benchmark fails too
02:37.49starseekerre-checking last STABLE sync now
02:38.51brlcad<PROTECTED>
02:39.59starseeker$ ../brlcad/configure --enable-all --with-ogl --enable-rtgl --prefix=...
02:40.35starseekeroh, sorry - OSX
02:44.07starseekerblinks - r38777 failed
02:45.15starseekeryeah... all the local raytraces died, same way
02:45.32starseekerTrace/BPT trap
02:50.18starseekerif I try just plain rt from the bench directory:
02:50.20starseeker../src/rt/rt
02:50.22starseekerdyld: Symbol not found: __cg_png_create_info_struct
02:54.52starseekertries putting PNG_CPPFLAGS before TCL_CPPFLAGS in the rt Makefile.am...
03:09.27brlcadah, that's relatively benign - can quell it by doing a make install before benchmark
03:09.49brlcadit's getting the wrong libpng at runtime
03:20.07starseekerdo we need to alter the distcheck target then?
03:20.26starseekeror just work around it by doing the make install by hand?
03:20.55brlcadit's a temporary new-mac-specific issue
03:21.22brlcadcould look for a work-around so it just works but it's a valid search-path problem
03:21.51brlcadit's only defaults to searching because it can't find the one it was compiled for (because it's not installed)
03:21.59starseekernods
03:22.03brlcadotherwise, an annoyance, but a non-issue
03:22.26starseekerk
03:45.35starseekereyes OpenGL Framebuffer Objects...
03:57.32brlcadour framebuffer objects, or some other lib?
03:57.51starseekerguess it's an extension
03:58.23starseekeris a bit baffled - we've got all sorts of glFlush calls where I would expect them to be, but none of them do anything...
03:59.16starseekerwas actually curious about this: http://oss.sgi.com/projects/ogl-sample/registry/EXT/framebuffer_object.txt
04:05.02starseekerlooks like it's about 4/5 years old - wonder how widespread support for it is?
04:07.01starseekerhttp://www.opengl3.org/wiki/GL_EXT_framebuffer_object
04:11.21starseekerglxinfo reports it present on both OSX and Linux here...
04:14.52CIA-73BRL-CAD: 03starseeker * r38798 10/brlcad/trunk/TODO: Add a note to investigate GL_EXT_framebuffer_object to see if it can be of use in libfb
04:24.37starseekerheads home
04:27.38CIA-73BRL-CAD: 03brlcad * r38799 10/brlcad/trunk/src/ (11 files in 9 dirs): go through %zu for size_t's for those that go through our libbu functions (given we shouldn't rely on stdio func supporting %z). better for avoiding type cast. related to staching/unstashing pointers, go through %p
04:31.01CIA-73BRL-CAD: 03brlcad * r38800 10/brlcad/trunk/src/libfb/if_wgl.c: missed if_wgl in the %p printing changes. add accordingly.
08:36.28*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
11:25.38d-loMernin all
11:27.29CIA-73BRL-CAD: 03davidloman * r38801 10/rt^3/trunk/tests/GS/GeometryServiceTest.cxx: Simple typo fix.
11:27.29d-lois it just me or is SF's SVN a LOT faster all of a sudden?
11:29.46d-loI noticed that the executable: brlcad-config doesn't exist on windows... at least not in the 7.14.8 windows version (most recent)
11:31.27d-lonice: http://www.thinkgeek.com/gadgets/electronic/c427/?cpg=sdq4tet
11:31.31d-loI soooo want one.
12:44.44brlcadyou don't want one, you want about 20 to randomly hide
12:45.06d-loI've been scoping out the celing panels here at work :)
12:45.08d-lomuwahahaha
12:46.19brlcadbrlcad-config is presently a script so you'd need mingw/cygwin on windows or it'd need to get turned into a binary (been discussed before)
12:46.38d-lookie
12:46.53d-lois there a windows equivlient way of getting version numbers?
12:49.17brlcaddepends in what context
12:49.25brlcadthere are some api functions that return version information
12:49.47brlcadthere was a long discussion on the mailing list about why compile-time version numbers aren't exposed
12:49.56brlcad(though that may change)
12:50.18d-lookay, in rt3, coreInterface uses brlcad-config in cmake to obtain brlcad version info and set it as a variable, then write it to a header file.
12:50.28brlcadbrlcad-config is generally the expected way
12:50.34brlcadso it just needs to be ported
12:50.48d-lo'it' being brlcad-config?
12:50.55brlcadyes
12:50.58d-lokk
12:51.13brlcadthough writing the version to a header is bad form too.. :)
12:51.53d-losince coreInterface and GS are not interlocked quite yet, I plan on making coreInterface a cmake option.
12:51.56brlcadotherwise we could have just written the version ourselves to our own header .. but that gives compile time preprocessor versions, which are what trying to avoid
12:52.12brlcadcoreInterface==GE
12:52.36d-locoreInterface==GE eventually, but not right now. ;)
12:52.46brlcadit's the closest to it
12:53.07brlcadit should be pushed closer towards that, not farther
12:53.19d-lono one is pushing it anywyere, yet.
12:53.30d-lowow i really am having a bad typing day
12:53.36brlcadthen why bother making it optional? :)
12:54.00d-lobecause it messes up the compile on windows currently.
12:54.16brlcadin what way?
12:54.24brlcadjust brlcad-config?
12:54.31d-loyes.
12:55.06d-loand until I get to 'find a fix for the brlcad-config/windows/coreInterface' on the TODO list, I need to make it optional
12:55.11d-lotemporary like.
12:55.29d-loUnless there is a very quick fix for this?
12:56.12brlcadthe problem is that is wasted effort though, and work that someone else will have to undo -- the "quick fix" that is not so quick overall for everyone
12:56.46brlcadthis is one of those cases where feature-wise, the nxt requirement is hit and refactor is needed
12:57.03d-loso its better for me to just locally edit the cmake files and take coreInterface out of th ebuild whenever I am working on windows?
12:57.25d-lo...at least until a fix is put in?
12:58.33brlcadwell that's certainly an option, but not a refactor path
12:58.52brlcadwhat woudl the minimal "next step" (referring to last week's talks) be?
12:59.04brlcadconsidering it necessary code
12:59.44brlcadgiven you've encountered a refactor point, needing it to compile on windows and linux
12:59.54d-lonext step as in MY next step or the next step toward fixing this issue?
13:00.15brlcadthey should be one in the same from a project perspective
13:00.28d-loyes and no.
13:00.30brlcadelse code turds get left by others for others :)
13:00.55d-lo'code turd' .... gotta write that one down.
13:01.01brlcadeveryone picks up poop on a healthy project, even if it's not your dog
13:01.33d-lobuild on windows is not 'required' for my next delieverable, which am trying to get to asap
13:01.52d-lobut I work on windows every Monday, so it is a bit of an issue for me.
13:02.40brlcadit's a reasonable need just based on your workflow -- so what's the next step?
13:03.30brlcadso unless you want to change your workflow, the shortest path to get it working on both
13:04.37d-loI dunno :)  Was going to ask your esspert opinion today.
13:05.00d-loI am not familiar enough with the brlcad code base to know if there is an easy solution or not.
13:05.28brlcadwell you've already said what the problem is, it won't build on windows due to brlcad-config getting called
13:05.50brlcadso then a few options should come to mind directly on that thought line
13:06.47d-loright, I get that the port of brlcad-config is an option.  But you mentioned that the whole 'header' approach is suboptimal anyways.
13:06.55brlcadfiguring out a minimal "next step" doesn't usually require domain knowledge, you don't need to know brl-cad code base
13:07.22brlcadyeah, porting brlcad config is an option, but definitely not the minimal next step
13:07.33brlcadI'd expect that'd take a couple hours to port
13:07.53brlcadthere's a couple much faster options
13:10.13d-loHrm, I am looking at the coreInterface code now.
13:10.28d-lodoesn't look like it uses the version information for anything
13:10.39brlcadmore thought process for you (where I was leading towards) .. delegation is always an option, get someone else to port/change/fix the problem
13:10.42brlcadin this case could be asking the person that wrote brlcad-config (me) to port it to windows, or asking the person that used brlcad-config (daniel) to make it work on windows
13:10.53brlcadanother option is often removal/simplification
13:11.09brlcadreplace brlcad-config with a constant
13:11.32brlcadit becomes a refactor point down the road the moment that the version changes again and portability can be revisited
13:12.09brlcadthe simplest next step you have control over is simplification, the 'best' next step from a forward progress would probably be getting "someone else" to fix it
13:14.15d-loI'm not sure I know of anyone with time/care to fix it :)
13:15.03CIA-73BRL-CAD: 03davidloman * r38802 10/rt^3/trunk/TODO: Update TODO list. Core Interface requires the use of brlcad-config to generate 'brlcadversion.h' via cmake. brlcad-config is not present on windows brlcad builds, thus coreInterface will not build on windows.
13:15.53CIA-73BRL-CAD: 03davidloman * r38803 10/rt^3/trunk/src/utility/Logger.cxx: Clean up a trailing ':' from the Timestamp in the logger.
13:16.45brlcadwhich is fine
13:18.09brlcadagility on next step decision making isn't to achieve the "best" solution that you would want/design, it's the minimal effort decision that always moves things forward
13:18.54brlcadreplacing it with a constant is perfectly viable and absurdly minimal effort, and raises the point more evident that something better is needed
13:19.48d-lokk, now for another question:  Where/how does this task get tracked so it will be revisted later?
13:20.11d-loor is it assumed that the natural course of developement will eventually demand this issue get worked?
13:20.16brlcadCONTRIBUTOR RESPONSIBILITIES .. point #2  (in HACKING)
13:20.35brlcadBugs, typos, and compilation errors are to be expected as part of
13:20.35brlcadthe process of active software development and documentation, but it
13:20.35brlcadis ultimately unacceptable to allow them to persist.  If it is
13:20.35brlcaddiscovered that a recent modification introduces a new problem, such
13:20.35brlcadas causing a compilation portability failure, then it is the
13:20.38brlcadresponsibility of the contributor that introduced the change to assist
13:20.40brlcadin resolving the issue promptly.  It is the responsibility of all
13:20.43brlcaddevelopers to address issues as they are encountered regardless of who
13:20.45brlcadintroduces the problem.
13:23.14brlcadit gets added to TODO, but you have it right -- natural course of development will demand a next step refactoring usually pretty quickly when simplification is selected
13:23.22d-lokk
13:23.59d-loits kinda disheartening, looking at all that needs to be done.... expecially now that I have learned enough to see the enormity of things :)
13:25.44brlcadall the more reason to KISS the code ;)
13:26.28brlcadI'm sure some of the things that "need" to be done don't actually need to be done too :)
13:26.56brlcadwoot, gsoc student selections announced
13:27.09d-lodid bzflag apply this year?
13:27.57brlcadno
13:29.06CIA-73BRL-CAD: 03davidloman * r38804 10/rt^3/trunk/ (5 files in 2 dirs): Finish up minimal config loading system.
13:29.27CIA-73BRL-CAD: 03davidloman * r38805 10/rt^3/trunk/include/utility/Config.h: Whoops, forgot the config.h changes.
13:29.51d-loand yes, some of the 'needed' things are not 'needed'.  But since I lack experience, I figure some of these things out as I go ;)
13:31.59d-lobesides brlcad-config, is there any other place to programatically get version info?
13:32.25brlcadwell when you're working on a bit of code, just ask yourself how bad things would things really be (right now) if you ripped it out, or replaced it with something far more simple
13:33.38d-lobasically, that is what I have been doing.
13:33.49d-loI put together a 'sprint to the finish' todo list this weekend.
13:34.02d-loI'd like to have a minimal implementation of my deliverable by friday
13:34.50brlcadthere are library version routines, bu_version(), bn_version(), rt_version() that return strings
13:34.57brlcadone for each lib
13:35.08brlcadthat gives run-time versioning
13:35.32d-loAnd I should assume that they are not necessarily going to all be the same?
13:35.47brlcadthat could be extended to be more generally useful (like run-time versioning that returns the numbers in a more usable non-string form)
13:36.03brlcaddepends what you're using the version numbers for
13:36.59d-lofrom what I have gathered, coreInterface (cI) reads the version info, as a string, out of brlcad-config and then dumps it into brlcad/brlcadversion.h as a set of DEFINEs
13:37.21brlcadthey are separate products, so there's no reason they have to be the same, but certainly are now as we only release as a unified package
13:38.18brlcadI'd read up on the mailing list discussion before talking that issue directly
13:39.04d-lo'that issue' being what cI is doing and why?
13:39.50brlcadright, and the status of versioning in the brlcad module as well, why that's even necessary and what other options we have
13:40.08brlcadcertainly not something for this week with a sprint path layed out
13:40.22d-lokk
13:40.25brlcadsimplification or delegation
13:40.28brlcador both :)
13:40.58brlcadgiven you only deal with it on windows, it's technically not an issue at the moment, right? :)
13:41.05brlcadnot till next monday
13:41.26d-lothis whole simpilification thing is making the OCD in me very angry lol
13:41.33d-locorrect :)
13:42.54brlcadit's a hard skill to learn, but next step minimal refactoring usually pays off huge in the long term, especially as new devs get involved but even before then
13:43.15d-loI can see how ;)
13:43.22d-loeasier said than done though.
13:43.31brlcadyeah
14:19.00d-loanyone have a spare 30-40' of CAT-5?
14:24.08CIA-73BRL-CAD: 03brlcad * r38806 10/brlcad/trunk/TODO: compile-time version management needs some lovin'.
14:38.21CIA-73BRL-CAD: 03bob1961 * r38807 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Activate the horizontal scrollbar for the tree view. Update node colorization in the list view for things being drawn. Adjust the width of the tree view's column #0.
14:58.42CIA-73BRL-CAD: 03davidloman * r38808 10/rt^3/trunk/include/libNetwork/INetMsgHandler.h: Drop cstr/dstr for an Interface. Also forgot an include.
15:22.28brlcadnot any more
15:23.03brlcadcan pick up a spool at HDepot for pretty cheap
15:23.23d-lokk just askin around
15:27.57d-loshould GS be in its own namespace?
15:35.10CIA-73BRL-CAD: 03davidloman * r38809 10/rt^3/trunk/ (3 files in 2 dirs): Add Exception subclass that provides simplistic logging.
15:52.01CIA-73BRL-CAD: 03davidloman * r38810 10/rt^3/trunk/include/GS/GSCommon.h: WS, Formatting.
15:52.41CIA-73BRL-CAD: 03davidloman * r38811 10/rt^3/trunk/ (3 files in 2 dirs): Implement NewSessionReqMsg. Carries uname/password payload.
15:54.09CIA-73BRL-CAD: 03davidloman * r38812 10/rt^3/trunk/src/libNetwork/: Modified SVN:IGNORE, added *.backup
16:20.58brlcadthinks he'll have better luck finishing tagging/posting if he just does it now before going in
16:23.10brlcadGS eventually could be, but wouldn't worry about it for now as it's just more typing
16:23.33d-loagreed.  Was just an idle thought.
16:23.54brlcadGS isn't an API, so it's technically not necessary either way
16:24.00brlcadGE on the other hand, should
16:24.41brlcaddaniel's stuff is already set up nicely in that regard
16:34.50d-logawd its cold in here.
16:59.39CIA-73BRL-CAD: 03davidloman * r38813 10/rt^3/trunk/ (include/GS/Session.h src/GS/Session.cxx): Add account id field to Session.
17:15.36CIA-73BRL-CAD: 03starseeker * r38814 10/brlcad/trunk/src/tclscripts/mged/man.tcl: Let's try the utf-8 encoding in MGED's man viewer routine
17:22.17starseekerbrlcad: the win32 windows build fails on common.h - can't open stdint.h (via Bob)
17:28.58CIA-73BRL-CAD: 03davidloman * r38815 10/rt^3/trunk/ (32 files in 3 dirs): Add a origin field to NetMsg and all subclasses.
17:45.17d-lohangs chicken bones on his monitor to see if that helps SourceForge svn go any faster.
17:45.23CIA-73BRL-CAD: 03davidloman * r38816 10/rt^3/trunk/ (4 files in 2 dirs): Combined getNextMsg() and peekNextMsg() into getNextMsg(bool peek = false) to simplify code.
17:45.34d-loit worked! :)
17:47.53brlcadmore ws woes
17:48.22starseekerbrlcad: should Bob dig into the common.h issue?
17:48.31starseekeror is that the ws woes?
17:49.10*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
17:49.27brlcadws woes are just with dave's editor reformatting a file when he edits it
17:49.32starseekerah
17:49.41brlcaddiff was useless
17:50.13d-looh noes!
17:50.40d-loI'll seperate out the formatting into their own commits.
17:50.44d-lowould that help?
17:50.49brlcadyeah
17:50.53d-lokk, will do
17:51.35d-lojust as a warning, there will be a few more since I have a queue of things to commit still :/
17:52.03starseekerd-lo: hence the motivator to commit early and often ;-)
17:52.03brlcadno prob
17:52.16d-lono not really ;)
17:52.19CIA-73BRL-CAD: 03brlcad * r38817 10/brlcad/trunk/src/libfb/if_X24.c: sanity test failure. %p on a scanf requires a pointer to a pointer.
17:52.37d-lomore like bringing a change to completion, then commiting.
17:52.53brlcadyep
17:53.15brlcador committing even more frequently (per file) as changes are made
17:53.27d-lo..even it it breaks the build?
17:54.09starseekerd-lo: in that case I'll sometimes comment out the code for commmit
17:54.12brlcaddepends if you have to collaborate/cooperate
17:56.55CIA-73BRL-CAD: 03davidloman * r38818 10/rt^3/trunk/ (include/GS/AccountManager.h src/GS/AccountManager.cxx): Implement basic account cred checking.
17:57.36starseekerapparently the Windows compiler defines __STDC__ even though stdint.h isn't present, and that's getting it past the if on line  115 of common.h
18:00.17brlcadahh, okay -- hadn't gotten round-trip back to windows just yet, was still refixing *nix from the last round
18:00.20brlcadonly reason haven't tagged yet
18:00.29CIA-73BRL-CAD: 03davidloman * r38819 10/rt^3/trunk/ (include/GS/SessionManager.h src/GS/SessionManager.cxx): Make SessionManager implement INetMsgHandler. Add a quint32 to Session* map to SessionManager.
18:00.59brlcadd-lo: I think you have the right idea -- it's just making each commit being a succint "one thing" by itself
18:01.28d-loI've been trying to work from the "it needs to compile prior to commiting" mantra
18:01.29brlcadreformatting/ws/indent go well together
18:02.16brlcadmaking sure it compiles is a good mantra
18:02.39brlcadso like adding your origin field to NetMsg is a good "one thing"
18:02.52brlcadyou could do those all together, but it requires restraint to make sure that's the only thing
18:03.53starseekercan we leave teh SIZE_T test but remove the __STDC__ test?
18:03.53starseeker__STDC__ by itself doesn't seem to be sufficient
18:03.53starseekerer __SIZE_TYPE__ test rather
18:04.26d-lothinks its Blues Brothers time.
18:04.33starseekerTom's email said both __STDC__ and __SIZE_TYPE__ macros triggered inclusion
18:04.44starseekerOK...
18:06.10brlcadI can sort that out
18:06.59brlcadyou can do some GUI testing if you're willing, make sure mged comes up, sketch editor comes up, rtwizard starts, rt within mged works, etc
18:07.15brlcadalmost done with this last mac build
18:07.50starseeker__STDC__ is coming from config_win.h
18:08.27CIA-73BRL-CAD: 03davidloman * r38820 10/rt^3/trunk/ (include/GS/GeometryService.h src/GS/GeometryService.cxx): Add slot for receiving and handling NetPortal's msgReady signal. Implement handleNetMsg(...) and round NewSessionReqMsg to SessionManager.
18:10.24brlcadyeah, that's bad juju in config_win.h
18:10.34brlcadthe fix, though, is probably even more simple
18:11.00brlcadsince windows has a set config header, it should include pstdint.h
18:16.01brlcadah, neat debug output on writing out the nged pages
18:16.16brlcadespecially with parallel
18:17.56CIA-73BRL-CAD: 03brlcad * r38821 10/brlcad/trunk/include/config_win.h: windows doesn't provide stdint.h so always pre-include pstdint.h for those types. should prevent common.h from performing an include.
18:19.14CIA-73BRL-CAD: 03brlcad * r38822 10/brlcad/trunk/include/config_win.h: er, it's not a system header, use double quotes on pstdint.h
18:22.30CIA-73BRL-CAD: 03davidloman * r38823 10/rt^3/trunk/ (6 files in 3 dirs): Modify INetMsgHandler::handleNetMsg(...) to require a pointer to NetPortal of origin.
18:42.23CIA-73BRL-CAD: 03davidloman * r38824 10/rt^3/trunk/ (4 files in 3 dirs): Implement SessionInfoMsg for use to inform requester of current Session Information or to tell requester that a new session has been created.
18:51.37CIA-73BRL-CAD: 03davidloman * r38825 10/rt^3/trunk/src/libNetwork/NetMsgFactory.cxx: Changes to the MsgType macros and the implementation of several NetMsg subclasses warrant updating of the NetMsgFactory
18:59.19CIA-73BRL-CAD: 03davidloman * r38826 10/rt^3/trunk/src/GS/SessionManager.cxx: Finish implementing new Session Request.
19:03.16CIA-73BRL-CAD: 03davidloman * r38827 10/rt^3/trunk/include/GS/GSCommon.h: Forgot to add the new AUTHENTICATION_FAILED error code.
19:03.36CIA-73BRL-CAD: 03bob1961 * r38828 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added an opendb command to ArcherCore.
19:46.49d-lo``Erik: you have a fbsd version of choice?
19:47.36CIA-73BRL-CAD: 03davidloman * r38829 10/rt^3/trunk/tests/GS/ (CMakeLists.txt GeometryServiceTest.cxx): Begin filling in specifics of GeometryClient.
19:48.55``Erik"most recent stable" is usually what I go with, I think that's 8.0 right now
19:49.26d-loawesome stuff.
19:49.38d-loI'll try to DL a version and play with it when I get home.
19:49.45``Erikcool beans
19:56.09``ErikI usually get the minimal disc image, install, get cvsup, then sync sources and build/upgrade right away
20:12.01*** join/#brlcad ``Erik (~erik@c-69-140-109-104.hsd1.md.comcast.net)
20:15.12*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:39.27CIA-73BRL-CAD: 03brlcad * r38830 10/brlcad/trunk/src/mged/ (dozoom.c mged_dm.h usepen.c): remove ndrawn indirection as it just obfuscates code by making ndrawn seem like a global.
20:49.51*** join/#brlcad talcite (~matthew@bas4-toronto21-1176312659.dsl.bell.ca)
21:13.15CIA-73BRL-CAD: 03r_weiss * r38831 10/brlcad/trunk/src/conv/obj-g_new.c: testing nmg creation, refactoring, cleanup
22:14.19brlcadfinds major piggishness in dm-X during release testing
23:51.40starseekerO.o
23:51.47starseekerhrrrrm
23:55.00starseekerrt -F/dev/ogls succeeds on OSX where -F/dev/ogl does not
23:55.31starseekerboth slow on Redhat
IRC log for #brlcad on 20100428

IRC log for #brlcad on 20100428

01:03.27starseekerwryly notes he needs to be sent to remedial OpenGL programming 101 for a week or so...
01:56.54brlcadjust increased the performance of the the X dm interface by an order of magnitude
01:58.51brlcadrefactors his proof-of-concept test code into something more production-worthy
02:02.53CIA-73BRL-CAD: 03brlcad * r38832 10/brlcad/trunk/include/dm_xvars.h: add a helper macro INIT_XCOLOR for initializing X11 XColor structures. many locally scoped XColor's in use are initialized with random contents, which can leave flags set affecting behavior.
02:14.58CIA-73BRL-CAD: 03brlcad * r38833 10/brlcad/trunk/BUGS: found a way to lock up mged reliably, if you Z or B the display while it's actively drawing a vlist. probably the geometry disappearing on the vlist, but easy to reproduce so should be traceable.
02:15.57CIA-73BRL-CAD: 03brlcad * r38834 10/brlcad/trunk/src/libdm/color.c: initialize XColors to zero, requires headers and quellage due to memset.
02:18.31CIA-73BRL-CAD: 03brlcad * r38835 10/brlcad/trunk/src/libdm/ (dm-X.c dm-tk.c):
02:18.32CIA-73BRL-CAD: initialize all of the XColor local structures. otherwise, the structures can
02:18.32CIA-73BRL-CAD: have random memory contents where the flags, padding, and initial pixel values
02:18.32CIA-73BRL-CAD: might be non-zero. init to zero reflects expectation. also include debug code
02:18.32CIA-73BRL-CAD: (ifdef0'd) on dm-X that shows a major performance problem.
02:25.02CIA-73BRL-CAD: 03brlcad * r38836 10/brlcad/trunk/src/libdm/dm-X.c: reorganize to elimiate forward declarations, make get_color() HIDDEN
02:57.15brlcadwoot
02:59.16brlcadokay, so I took a slight performance dip to not assume O(1) access and consume 200MB right off the bat, but now only use as much memory as the colors we draw.. about a 6x performance gain
02:59.28brlcadhavoc is now nice and smooth
03:07.51CIA-73BRL-CAD: 03brlcad * r38837 10/brlcad/trunk/src/libdm/dm-X.c: (log message trimmed)
03:07.51CIA-73BRL-CAD: replace the proof-of-concept with something slightly less impressive but still
03:07.51CIA-73BRL-CAD: with a dash of awesome. improve the performance of the X display manager by
03:07.51CIA-73BRL-CAD: eliminating repeat XAllocColor() calls. original test bed showed about an order
03:07.51CIA-73BRL-CAD: of magnitude improvement and had O(1) lookup time, but ate about 200MB of
03:07.51CIA-73BRL-CAD: memory. this uses a bu_list to stash the colors so we only use as much as we
03:07.52CIA-73BRL-CAD: need. seems to be still about a 5x-10x performance improvement over always
03:08.43CIA-73BRL-CAD: 03brlcad * r38838 10/brlcad/trunk/TODO: need to release dm X color memory sooner rather than later, but definite improvement for release.
03:12.38CIA-73BRL-CAD: 03brlcad * r38839 10/brlcad/trunk/NEWS:
03:12.38CIA-73BRL-CAD: improved the performance of the X11 (dm X) wireframes in mged/archer/rtwizard by
03:12.38CIA-73BRL-CAD: substantially eliminating memory allocations for colors. this is giving about a
03:12.38CIA-73BRL-CAD: 5-10x performance boost to the wireframe allowing highly detailed models to
03:12.38CIA-73BRL-CAD: display more interactively.
03:19.19CIA-73BRL-CAD: 03brlcad * r38840 10/brlcad/trunk/include/conf/PATCH: the final stretch, bump minor to 7.16.8 for final steps and test pass.
03:26.25CIA-73BRL-CAD: 03brlcad * r38841 10/brlcad/trunk/NEWS:
03:26.26CIA-73BRL-CAD: The backout/-b option to nirt is suppose to back the ray origin point out of the
03:26.26CIA-73BRL-CAD: geometry. Internally the origin point was actually being backed up by the
03:26.26CIA-73BRL-CAD: bounding sphere diameter. This backout method will still miss geometry if your
03:26.26CIA-73BRL-CAD: origin point is out past the bounding sphere distance. This option now backs out
03:26.26CIA-73BRL-CAD: a bounding sphere radius distance in front of the bounding sphere. Fixed with
03:26.27CIA-73BRL-CAD: r38575 by keith.
03:29.56CIA-73BRL-CAD: 03brlcad * r38842 10/brlcad/trunk/NEWS:
03:29.56CIA-73BRL-CAD: probably most significant user-visible change, bob fixed the Mac input bug that
03:29.56CIA-73BRL-CAD: was affecting 10.5+ platforms where mouse input would stall during interactive
03:29.56CIA-73BRL-CAD: rotations. this would occur after a zoom (mouse click) event. Bob removed the
03:29.56CIA-73BRL-CAD: calls to focus for button presses (even though they should be fine, so there's
03:29.56CIA-73BRL-CAD: still something screwy).
03:30.56CIA-73BRL-CAD: 03brlcad * r38843 10/brlcad/trunk/NEWS: release should get tagged and bagged on the 28th.
03:34.10CIA-73BRL-CAD: 03brlcad * r38844 10/brlcad/trunk/src/ (3 files in 3 dirs): bump batch files to .8 (this should NOT be necessary..shouldn't have or need version here)
03:36.11CIA-73BRL-CAD: 03brlcad * r38845 10/brlcad/trunk/ChangeLog: update with changes from 2010-02-04 to present in preparation for release 7.16.8
03:36.50brlcadready to by sync'd to stable and final distcheck testing, alas I'm off to zzz now for a bit
04:11.02CIA-73BRL-CAD: 03starseeker * r38846 10/brlcad/branches/STABLE/ (78 files in 37 dirs): Sync STABLE to r38845
04:21.05yukonbobstarseeker: is this sync a numbered release, or ??
04:22.31starseekeryukonbob: we'll know tomorrow
04:37.20yukonbobstarseeker: regression tests?
07:18.50*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
07:37.30*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
08:27.13*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
11:34.44d-loMernin all
11:53.56CIA-73BRL-CAD: 03davidloman * r38847 10/rt^3/trunk/include/GS/GSCommon.h: Add LOCAL_DISCONNECT_REQ failure code.
11:55.27CIA-73BRL-CAD: 03davidloman * r38848 10/rt^3/trunk/include/libNetwork/NetPortal.h: Add a default value to NetPortal::disconnectFromNetHost
12:04.19*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
13:28.43``Erikshoulda noted the time when I started this msvc compile, it sure seems awful slow
14:25.35CIA-73BRL-CAD: 03davidloman * r38849 10/rt^3/trunk/ (include/libNetwork/NetPortal.h src/libNetwork/NetPortal.cxx): Add isOpen to NetPortal for checking to see if the socket is still connected.
14:29.49CIA-73BRL-CAD: 03davidloman * r38850 10/rt^3/trunk/tests/GS/GeometryServiceTest.cxx: Implement connected() in GeometryClient. Also notated the remaining functions in GeometryClient with //TODO tags.
14:41.13``Erikhm, gqa seems to poop itself in regress, asplodes 'nuff where it forgets the argv[0] name, creates (unknown)-XXXX-bomb.log
15:00.35*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
15:07.56``Erik(which distclean doesn't catch during distcheck)
15:15.01brlcad``Erik: gqa -Av -v dumps out GB's of data .. if disk is filled, may crash out
16:22.08CIA-73BRL-CAD: 03davidloman * r38851 10/rt^3/trunk/cmake/ProjectPrinter.cmake: Compact CMAKE printing into something more readable during config.
16:23.42CIA-73BRL-CAD: 03bob1961 * r38852 10/brlcad/trunk/src/librt/primitives/bot/bot.c: Allocate resources for thickness if it's plate mode.
17:11.30*** join/#brlcad Stattrav (~Stattrav@202.3.77.211)
17:19.48``Erikmore than 124 gigs?
17:23.56``Erikcontinues experimenting
17:25.42CIA-73BRL-CAD: 03davidloman * r38853 10/rt^3/trunk/cmake/rt3commons.cmake: Implement CMAKE macros for enhancing/simplifying project building. New architecture maintains lists of INST/NOINST headers, source files, required libs, etc, and will support the ability to install rt3 onto a computer.
17:30.39CIA-73BRL-CAD: 03bob1961 * r38854 10/brlcad/trunk/src/librt/primitives/bot/bot.c: If the new bot is plate mode, set the thickness and face_mode for each face.
17:48.54CIA-73BRL-CAD: 03davidloman * r38855 10/rt^3/trunk/cmake/rt3commons.cmake: Fix some fouled INCLUDE path logic. Projects should now actually include all the paths set for it to include.
17:52.42CIA-73BRL-CAD: 03davidloman * r38856 10/rt^3/trunk/src/GE/CMakeLists.txt: Remove libGeometry, libImage, libNumeric, libRaytrace from build system for now.
18:03.55``Erikwonders if gqa grid resolutions should be changed to a bigger edge length for regression suite duration... is getting tired of waiting during distcheck
18:31.36CIA-73BRL-CAD: 03davidloman * r38857 10/rt^3/trunk/ (CMakeLists.txt cmake/rt3commons.cmake): Make GLOBAL_INCLUDE_DIRS cache in cmake. Add a project's source path to the GLOBAL_INCLUDE_DIRS var if the project is a library.
18:31.49CIA-73BRL-CAD: 03davidloman * r38858 10/rt^3/trunk/TODO: Modify TODO
18:36.17CIA-73BRL-CAD: 03davidloman * r38859 10/rt^3/trunk/ (60 files in 15 dirs): Modify libUtility cmake to use newer build macros. Cascading changes a plenty.
18:43.08CIA-73BRL-CAD: 03davidloman * r38860 10/rt^3/trunk/cmake/rt3commons.cmake: CMAKE library header generation macro was failing to put quotes around header file names. Fixed.
18:45.42CIA-73BRL-CAD: 03davidloman * r38861 10/rt^3/trunk/ (6 files in 2 dirs): Refactor vague Utils to more precise DataStreamUtils
18:55.12CIA-73BRL-CAD: 03davidloman * r38862 10/rt^3/trunk/ (9 files in 5 dirs): Enforce the use of libUtility.h rather than the individual header files (for now)
19:03.30CIA-73BRL-CAD: 03davidloman * r38863 10/rt^3/trunk/ (13 files in 7 dirs): Modify RT3_PROJECT_BUILD_EXE() and RT3_PROJECT_BUILD_LIB() to no longer need a target lib.exe name. Uses the PROJECT_NAME instead.
19:08.32CIA-73BRL-CAD: 03davidloman * r38864 10/rt^3/trunk/ (CMakeLists.txt cmake/rt3commons.cmake): Add VERBOSE_CMAKE_OUTPUT flag for quelling cmake screen vomit.
19:09.51*** join/#brlcad Stattrav (~Stattrav@202.3.77.211)
19:22.12CIA-73BRL-CAD: 03brlcad * r38865 10/brlcad/trunk/NEWS: include verbose wordage summary for release 7.16.8 detailing NURBS; MGED stability, performance, and Windows 64-bit; and Archer work.
20:11.32*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:13.39CIA-73BRL-CAD: 03davidloman * r38866 10/rt^3/trunk/cmake/rt3commons.cmake: Fix some logic concerning MOC-ing of qt4 classes.
20:20.26CIA-73BRL-CAD: 03brlcad * r38867 10/brlcad/branches/STABLE/ (NEWS src/librt/primitives/bot/bot.c): merge trunk to STABLE from r38845 to HEAD r
20:24.21brlcadwell that didn't work so well
20:25.40CIA-73BRL-CAD: 03davidloman * r38868 10/rt^3/trunk/ (106 files in 10 dirs): Converted over libGS, geoserv and libNetwork to use the newer cmake macros. Stopped halfway through, commiting what I have. Will continue asap. Compile is currently broken.
20:27.22CIA-73BRL-CAD: 03erikgreenwald * r38869 10/brlcad/trunk/ (TODO regress/gqa.sh): Tune back the grid resolution for the gqa regression test and note that the plot file issue should be looked at.
21:02.44CIA-73BRL-CAD: 03brlcad * r38870 10/brlcad/branches/STABLE/ (TODO regress/gqa.sh): merge trunk to STABLE from r38867 to HEAD r38869
21:04.41*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
21:21.56CIA-73BRL-CAD: 03brlcad * r38871 10/brlcad/trunk/src/lgt/ (glob.c prnt.c): remove the pointless version global
21:25.08CIA-73BRL-CAD: 03brlcad * r38872 10/brlcad/branches/STABLE/src/libdm/dm-rtgl.c: somehow, this file is out of sync with head revision. manually sync.
21:35.03CIA-73BRL-CAD: 03brlcad * r38873 10/brlcad/trunk/ (6 files in 5 dirs): remove unnecessary rcs variables that just make merges potentially difficult and source tree diff comparisons more complicated to review.
22:10.15CIA-73BRL-CAD: 03erikgreenwald * r38874 10/isst/trunk/src/gui.c: start setting things up to automatically set lookat, location, and mouse speed
22:44.48CIA-73BRL-CAD: 03r_weiss * r38875 10/brlcad/trunk/src/conv/obj-g_new.c: adding command line option logic, nmg creation testing
23:56.39``Erikneat, got my joystick working with flightgear on my mac
23:56.42``Erikkinda
IRC log for #brlcad on 20100429

IRC log for #brlcad on 20100429

01:20.25``Erikhttp://images.cheezburger.com/completestore/2010/4/19/129161956341864092.gif
02:23.07*** join/#brlcad Nohla (~jesica@201.255.217.6)
03:49.03CIA-73BRL-CAD: 03brlcad * r38876 10/brlcad/tags/rel-7-16-8/: tagging release 7.16.8 after passing all *nix testing. clean windows build was noticably neglected, but nothing major to resolve.
03:54.58CIA-73BRL-CAD: 03brlcad * r38877 10/brlcad/trunk/ (NEWS README TODO include/conf/PATCH): bump patch revision to 7.16.9 in anticipation of one more 7.16 release (7.16.10).
09:57.09*** join/#brlcad ``Erik_ (~erik@c-69-140-109-104.hsd1.md.comcast.net)
10:20.48d-loMernin all
10:29.26CIA-73BRL-CAD: 03davidloman * r38878 10/rt^3/trunk/ (63 files in 18 dirs): Move all headers out of /include (and into their respective src dirs) in prep for Public/Private header sort.
10:35.39CIA-73BRL-CAD: 03davidloman * r38879 10/rt^3/trunk/include/ (GE/ Image/ Raytrace/ alf/ libJob/): Drop old dir struct in /include
10:36.17CIA-73BRL-CAD: 03davidloman * r38880 10/rt^3/trunk/include/Geometry/: Drop old dir struct in /include
10:57.43*** join/#brlcad Ralith (~ralith@69.90.48.97)
11:14.09CIA-73BRL-CAD: 03davidloman * r38881 10/rt^3/trunk/docs/CMakeLists-Template.txt: Add in a template to /docs for a project's CMakeList.txt
11:15.36CIA-73BRL-CAD: 03davidloman * r38882 10/rt^3/trunk/cmake/rt3commons.cmake:
11:15.36CIA-73BRL-CAD: Remove the compounding lib path variable. Enforce Public/Private header
11:15.36CIA-73BRL-CAD: segregation by making the Lib Header File macro write the library header file to
11:15.36CIA-73BRL-CAD: /include. Provide warnings when the library header points to a public header
11:15.36CIA-73BRL-CAD: file that is not present in /include.
11:16.48CIA-73BRL-CAD: 03davidloman * r38883 10/rt^3/trunk/CMakeLists.txt: Add top level support for RT3 compile warnings and add a LAST_WARNING variable for printing the last warning generated by RT3's cmake.
11:21.40*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
11:28.26CIA-73BRL-CAD: 03davidloman * r38884 10/rt^3/trunk/src/ (8 files in 2 dirs): Upgrade alf and adminpanel projects to use new rt3 project macros.
11:29.49CIA-73BRL-CAD: 03davidloman * r38885 10/rt^3/trunk/docs/CMakeLists-Template.txt: Quick mods to CMakeLists.txt template
11:33.31CIA-73BRL-CAD: 03davidloman * r38886 10/rt^3/trunk/src/date/CMakeLists.txt: Upgrade tds project to use new rt3 project macros.
11:34.14d-lowhy hallo thar!
11:34.17``Erikyargh
11:34.27d-loshiver me timbers
11:34.39``Erikrather not, frankly
11:35.04d-lodescription of shock, rather than request for action
11:35.10d-lofwiw
11:36.10``Erikyeah, but it's funny because of the supposed impedence mismatch
11:36.13``Erik:D
11:36.25d-loque?
11:36.34``Erikit's a joke, son
11:36.51d-lowatches as the joke flies right of his head.
11:39.14``Erik<-- heads in to the office O.o
11:42.48CIA-73BRL-CAD: 03davidloman * r38887 10/rt^3/trunk/src/GE/ (21 files in 2 dirs): Upgrade ge project to use new rt3 project macros.
11:49.00CIA-73BRL-CAD: 03davidloman * r38888 10/rt^3/trunk/src/libJob/ (8 files): Upgrade libjob project to use new rt3 project macros.
12:11.16CIA-73BRL-CAD: 03davidloman * r38889 10/rt^3/trunk/cmake/rt3commons.cmake: Add RT3 Project cmake variables to handle the MOCCED header output of qt4_wrap_cpp()
12:14.53CIA-73BRL-CAD: 03davidloman * r38890 10/rt^3/trunk/cmake/rt3commons.cmake: Forgot that QT headers that are INST_HEADERs will be in the /include dir not the src dir
12:18.31CIA-73BRL-CAD: 03davidloman * r38891 10/rt^3/trunk/src/libNetwork/ (moc_NetPortal.cxx moc_NetPortalManager.cxx network.h): These files should have been ignored instead of committed. Deleting prior to ignore.
14:23.18CIA-73BRL-CAD: 03erikgreenwald * r38892 10/isst/trunk/src/gui.c: lookat/camerapos/mousespeed/gridsize now generated from geometry bounding box
14:29.03CIA-73BRL-CAD: 03bob1961 * r38893 10/brlcad/trunk/src/tclscripts/ (4 files in 2 dirs): Added code to allow the user to separate the command window from the main gui in Archer. This separate window also contains the main GUI menus.
16:00.26CIA-73BRL-CAD: 03bob1961 * r38894 10/brlcad/trunk/src/libged/bot_dump.c: Only call ged_ged_boj_material is using dbot_dump.
16:33.53CIA-73BRL-CAD: 03davidloman * r38895 10/rt^3/trunk/ (7 files in 2 dirs): PrintToStdOutJob is a test class and belongs in the test tree.
16:35.11CIA-73BRL-CAD: 03davidloman * r38896 10/rt^3/trunk/cmake/rt3commons.cmake: Added the path to root/include to the wrong mqt4_wrap_cpp call.
16:36.01CIA-73BRL-CAD: 03davidloman * r38897 10/rt^3/trunk/TODO: Add a TODO concerning the exception dir
16:44.57CIA-73BRL-CAD: 03davidloman * r38898 10/rt^3/trunk/ (97 files in 13 dirs):
17:20.03CIA-73BRL-CAD: 03davidloman * r38899 10/rt^3/trunk/ (10 files in 6 dirs): Upgrade all the test projects to use new rt3 project macros.
17:34.06CIA-73BRL-CAD: 03davidloman * r38900 10/rt^3/trunk/ (geoserve.config src/GS/geoserve.config): Move geoserv.config into /src/GS
17:58.37CIA-73BRL-CAD: 03bob1961 * r38901 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Minor cleanup of Archer::in
18:02.37``Erikhttp://www.freakingnews.com/pictures/61000/Off-to-Off-the-Wizard-61346.jpg
18:03.16d-lohahaha, that's pretty awesome.
18:07.15CIA-73BRL-CAD: 03davidloman * r38902 10/rt^3/trunk/ (include/Logger.h src/utility/Logger.cxx): Add BANNER printing to the logger.
18:08.34CIA-73BRL-CAD: 03davidloman * r38903 10/rt^3/trunk/src/GS/ (geoserve.config gsmain.cxx): Work on geoserve boot process. Loads config file, prints banner, initializes a GeometryService object, then enters event loop.
18:10.04d-loonly, wasnt there already a wizard of oz 2?  Called Return to oz or somethin?
18:12.27CIA-73BRL-CAD: 03davidloman * r38904 10/rt^3/trunk/src/utility/Config.cxx: Small fix to prevent Config::getConfigValue(QString key) from returning null. Now always returns a zero length string if 'key' is not registered.
18:12.56``Erikhuh, seems there was O.o disney corp trying to co-op yet another public domain work, and apparently got in trouble for including ruby slippers (which were introduced in the movie (still under copyright at the time), not the book)
18:23.35CIA-73BRL-CAD: 03davidloman * r38905 10/rt^3/trunk/src/GS/ (. CMakeLists.txt GeometryService.cxx GeometryService.h): GeometryService class needs to be MOC-ed.
18:24.05CIA-73BRL-CAD: 03davidloman * r38906 10/rt^3/trunk/src/GS/gsmain.cxx: Added spacing on stdout at boot.
18:25.33CIA-73BRL-CAD: 03davidloman * r38907 10/rt^3/trunk/src/GS/gs.h: Remove compiler generated file.
18:27.40CIA-73BRL-CAD: 03davidloman * r38908 10/rt^3/trunk/src/adminpanel/ (. AdminControlPanel): Modified SVN:IGNORE to ignore the generated executable for this project.
18:29.43CIA-73BRL-CAD: 03davidloman * r38909 10/rt^3/trunk/src/GS/: Modified SVN:IGNORE to ignore gs.h
18:31.50CIA-73BRL-CAD: 03starseeker * r38910 10/brlcad/trunk/src/fb/Makefile.am: Going to need a different solution for the PNG issue.
18:54.44CIA-73BRL-CAD: 03davidloman * r38911 10/rt^3/trunk/src/GS/ (GeometryService.cxx gsmain.cxx): Add in retrieval of ListenAddy and ListenPort from config system. Start GS listening on said ports. Log the event also.
18:56.59*** join/#brlcad Fade (~fade@outrider.deepsky.com)
19:00.53CIA-73BRL-CAD: 03starseeker * r38912 10/brlcad/trunk/configure.ac: Successful build tests on OSX and Redhat without this line, pix-png works (Sean identified this as the trouble line.)
19:21.34CIA-73BRL-CAD: 03davidloman * r38913 10/rt^3/trunk/src/GS/geoserve.config: Update GS's default port.
19:30.24*** part/#brlcad piksi (~piksi@pi-xi.net)
19:30.35CIA-73BRL-CAD: 03davidloman * r38914 10/rt^3/trunk/tests/GS/libGeometryServiceTest.so: Remove generated Libraries.
19:51.25CIA-73BRL-CAD: 03indianlarry * r38915 10/brlcad/trunk/ (4 files in 3 dirs):
19:51.25CIA-73BRL-CAD: Added tolerance parameter to getLeavesAbove() and getLeavesRight(). Added
19:51.25CIA-73BRL-CAD: Horizontal flag and check to trim nodes. Cleaned up
19:51.25CIA-73BRL-CAD: drawisoUCheckForTrim()/drawisoVCheckForTrim() in brep_debug.cpp. These mods all
19:51.25CIA-73BRL-CAD: relate to generating iso curves for better wire frame approx. Still part of
19:51.25CIA-73BRL-CAD: 'brep' command but plan to migrate to 'E' or 'e -mN' when complete.
20:04.09CIA-73BRL-CAD: 03erikgreenwald * r38916 10/isst/trunk/ (Makefile.am configure.ac utils/Makefile.am): dispose of the utils dir
20:09.36CIA-73BRL-CAD: 03erikgreenwald * r38917 10/isst/trunk/utils/: meh, utils really is gone, svn, honest
20:27.50CIA-73BRL-CAD: 03erikgreenwald * r38918 10/isst/trunk/ (Makefile.am configure.ac gtk/ src/): the GTK+-2.0 variant is now in gtk/ instead of src/
20:46.18CIA-73BRL-CAD: 03erikgreenwald * r38919 10/isst/trunk/ (Makefile.am configure.ac sdl/ sdl/Makefile.am sdl/main.c): stub build stuff for isst_sdl
20:58.56CIA-73BRL-CAD: 03erikgreenwald * r38920 10/isst/trunk/sdl/main.c: horribly ugly hackish basic framework to throw up a window and event loop...
22:14.07CIA-73BRL-CAD: 03erikgreenwald * r38921 10/isst/trunk/sdl/ (Makefile.am main.c): wire in libtie/librender shtuff, break things up a bit
23:03.15*** join/#brlcad Nohla (~jesica@201.255.251.16)
23:23.10*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100430

IRC log for #brlcad on 20100430

01:59.38*** join/#brlcad Ralith (~ralith@216.162.199.202)
03:19.27*** join/#brlcad Nohla (~jesica@201.255.251.16)
03:48.43*** join/#brlcad pacman87 (~pacman87@adsl-208-191-158-89.dsl.hstntx.swbell.net)
03:48.57*** part/#brlcad pacman87 (~pacman87@adsl-208-191-158-89.dsl.hstntx.swbell.net)
04:47.45*** join/#brlcad Nohla (~jesica@201.255.251.16)
08:01.34*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
13:05.23CIA-73BRL-CAD: 03erikgreenwald * r38922 10/isst/trunk/sdl/main.c: contemplate adding a -g option to specify OpenGL glTexSubImage2D() crud
19:47.54*** join/#brlcad ibot (ibot@rikers.org)
19:47.54*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
19:59.59CIA-73BRL-CAD: 03erikgreenwald * r38926 10/isst/trunk/sdl/main.c: Allow fully functional (pitch sensitive) resizing. Move to continuous rendering. Allow swapping between fullscreen and windowed (-f on cmd line, or pushing f while running).
20:07.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:09.39CIA-73BRL-CAD: 03erikgreenwald * r38927 10/isst/trunk/sdl/main.c: Allow fully functional (pitch sensitive) resizing. Move to continuous rendering. Allow swapping between fullscreen and windowed (-f on cmd line, or pushing f while running).
20:11.43``Erikodd.
20:11.49CIA-73BRL-CAD: 03erikgreenwald * r38928 10/isst/trunk/sdl/main.c: erm, redo the change I accidently undid...
20:29.28CIA-73BRL-CAD: 03erikgreenwald * r38929 10/brlcad/trunk/src/adrt/libtie/ (tie_kdtree.c tie_struct.h): compute model midpoint and radius during prep
20:39.23CIA-73BRL-CAD: 03erikgreenwald * r38930 10/isst/trunk/sdl/ (Makefile.am event.c isst.h main.c): break event loop into seperate file
20:56.27CIA-73BRL-CAD: 03erikgreenwald * r38931 10/isst/trunk/sdl/ (event.c main.c): allow zooming in and out using right click
23:20.17CIA-73BRL-CAD: 03starseeker * r38932 10/brlcad/trunk/src/other/ (278 files in 32 dirs): Merge in tcl/tk 8.5.8 - this is a 'vanilla' check-in without any of the BRL-CAD specific mods applied, in order to provide an easier baseline for future diffing
IRC log for #brlcad on 20100501

IRC log for #brlcad on 20100501

00:03.46CIA-73BRL-CAD: 03starseeker * r38933 10/brlcad/trunk/src/other/ (12 files in 6 dirs): Attempt at merging in the necessary BRL-CAD changes not incorporated into tcl/tk 8.5.8
00:35.24CIA-73BRL-CAD: 03starseeker * r38934 10/brlcad/trunk/src/other/tcl/generic/regex.h: Looks we need the older regex.h
00:46.25starseekerand not much to my surprise, 8.5.8 does nothing to help the mac input situation
00:48.25starseekerof interest - if I focus on .topid_0.ur, I get bad behavior.  If I then refocus on .topid_0, proper behavior is restored
01:16.47``Erikheh
01:17.04``Erikbastage, ya ran out for food when I was trying to show ya the model ya wanted to see :D
01:17.15starseekerheh, sorry :-)
01:17.26starseekerstill negative colors?
01:17.43``Erikyup
01:17.59starseekerfunky
01:18.12``Erikstill torn on changing adrt vs doing a pixel swap
01:18.18``Erikalready had to break it up by line to get resizing right
01:20.00starseekernods
01:20.10starseekerI take it the pixe swap is fastest?
01:20.14starseekerpixel rather
01:24.11starseekerbrlcad: by the way, the focus bug isn't fixed in mged classic mode - there isn't any parent window to pass on the mouse events and safely handle the window focus, so the "naked" dm gets everything and still fails
01:24.14``Erikto implement, yeah, not to run
01:24.24starseekernods
02:11.22*** join/#brlcad Nohla (~jesica@201.255.251.16)
02:20.06starseekerbraces himself and starts printfing the Tk event handling code
02:23.29starseekerwell, here's something - the MGED rotation activities are sometimes processed by the generic handler in Tk_HandleEvent, but this never happens when rotating the view in Archer
02:24.36starseekerheads outta here
07:53.22*** join/#brlcad Ralith (~ralith@216.162.199.202)
10:53.38*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
12:21.59*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
14:45.15*** join/#brlcad Nohla (~jesica@201.255.251.16)
18:02.59*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:20.18*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
18:43.30*** join/#brlcad j00py (~dale@c-174-52-63-238.hsd1.ut.comcast.net)
18:43.48j00pyhey all, can I ask some questions on binary install of brlcad?
18:53.16*** join/#brlcad Nohla (~jesica@201.255.251.16)
22:30.42*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100502

IRC log for #brlcad on 20100502

03:10.35*** join/#brlcad Ralith (~ralith@216.162.199.202)
05:27.31*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
11:25.19*** join/#brlcad doolittlework (~d@196.211.34.2)
11:25.26doolittleworkhi there anyone active
11:25.38doolittleworkthe internet is a scarry place
11:26.16doolittleworki was looking for some pics of guns to modle in inventor, just fing around and then i found this clowns side
11:26.25*** part/#brlcad doolittlework (~d@196.211.34.2)
17:28.52*** join/#brlcad akafubu (~akafubu@c-71-228-184-130.hsd1.al.comcast.net)
17:28.57*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
18:25.39starseekerOoo - AMD 6 core desktop processors
18:53.36*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
18:59.04*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
19:09.49*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
19:17.24*** join/#brlcad DarkCalf (~Prez@96.31.84.96)
19:22.49*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
19:28.23*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
19:38.52*** join/#brlcad DarkCalf (~Prez@2002:601f:5460::601f:5460)
19:44.21*** join/#brlcad DarkCalf (~Prez@96.31.84.96)
19:50.19*** join/#brlcad DarkCalf (~Prez@96.31.84.96)
20:00.19*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
20:05.52*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
20:16.23*** join/#brlcad DarkCalf (~Prez@2002:601f:5460::601f:5460)
20:21.51*** join/#brlcad WhiteCalf (~Prez@2002:601f:5460::601f:5460)
20:27.26*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
20:28.59*** join/#brlcad DarkCalf (~Prez@2002:601f:5460::601f:5460)
20:34.25*** join/#brlcad WhiteCalf (~Prez@2002:601f:5460::601f:5460)
20:40.37*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:59.51*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100503

IRC log for #brlcad on 20100503

00:57.08*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
01:35.21*** join/#brlcad Nohla (~jesica@201.255.251.16)
04:03.38*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
04:52.22*** join/#brlcad PrezKennedy (~Prez@2002:601f:5460::601f:5460)
06:16.54*** join/#brlcad IriX64 (~Warlock@bas2-sudbury98-1177592851.dsl.bell.ca)
09:45.10*** join/#brlcad jesica__ (~jesica@201.255.237.179)
10:15.43d-loMernin
10:28.17CIA-73BRL-CAD: 03davidloman * r38935 10/rt^3/trunk/cmake/rt3commons.cmake: Small mod to project printing. Made non-verbose printing use a single line on STDOUT instead of two.
10:29.29CIA-73BRL-CAD: 03davidloman * r38936 10/rt^3/trunk/src/GS/: Add moc_* to svn:ignore for /src/GS
10:42.26CIA-73BRL-CAD: 03davidloman * r38937 10/rt^3/trunk/src/coreInterface/CMakeLists.txt: Cleaned up coreInterface message printing to be more inline with the rest of rt3
10:54.18CIA-73BRL-CAD: 03davidloman * r38938 10/rt^3/trunk/tests/GE/: Add *.exe to svn:ignore for /tests/GE. Windows build byproducts
11:04.59CIA-73BRL-CAD: 03davidloman * r38939 10/rt^3/trunk/ (4 files in 4 dirs): Changed CMAKE variable 'RT_INCLUDE_DIR' to 'RT3_PUBLIC_HEADER_DIR' to remove confusion.
11:25.31CIA-73BRL-CAD: 03davidloman * r38940 10/rt^3/trunk/ (CMakeLists.txt cmake/rt3commons.cmake): Changed CMAKE variable 'VERBOSE_CMAKE_OUTPUT' to 'RT3_VERBOSE_CMAKE_OUTPUT' for variable standardization.
11:29.15CIA-73BRL-CAD: 03davidloman * r38941 10/rt^3/trunk/CMakeLists.txt: Changed CMAKE variable 'COMPILE_UNIT_TESTS' to 'RT3_BUILD_TESTS' for variable standardization.
11:33.11*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:33.39d_rossbergis back at work
11:36.54d-lowaves at d_rossberg
11:36.58d-loup late?
11:37.02d-loor very early?
11:41.48d_rossbergwaves back
11:41.57d_rossbergi was on holiday
11:51.17*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
12:12.59d-loHave a good holiday then?
12:30.43d_rossbergit was a very busy vacation, i had a lot to do at home, hopefully successful
13:43.48d-lo``Erik: Got FreeBSD 8 this morning
13:44.13d-lodo you use a windowing system like KDE or Gnome?
13:58.58CIA-73BRL-CAD: 03d_rossberg * r38942 10/rt^3/tags/rel-7-16-8/: tag the C++ core interface with the corresponding BRL-CAD version (i.e. 7.16.8)
14:09.27``ErikI used to use gnome, I haven't used X proper in a long time, though
14:13.06d-loso what do you use (if anything) for a gui/window system?
14:25.16``Erika mac :D
14:34.54Stattravd-lo: try awesome.
14:47.34*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
15:04.30d-loawesome eh?
15:07.58*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
17:08.21``Erikhttp://awesome.naquadah.org/ ?
17:54.17``Erik<-- views the desktop interface on bsd/linux as "this is what I want it to look like, this is how I want it to behave", then looks for something that fits best *shrug*
17:57.25``Erika black gnome panel on the right side, xsetroot -solid black, sawfish or something, 4x4 workspaces, keyboard rrrrvrything and I'm happy (no nautilus, no desktop icons, no fancy graphics, transparent windows or any of that bunk)
18:01.05Ralithyay for tiling wms!
18:06.32``Erikwhat, where ya drag a window to the side and it snaps and resizes? :D was windows 7 your idea? *duck*
18:16.58Ralithwat
18:17.22Ralithawesome is a tiling wm
19:21.00``Erikdorks with swig some
20:04.50``Erik* (cffi-user::fib 10)
20:04.50``Erik55
20:04.52``Erikneat
20:08.55``Erik% load .libs/libhax.dylib
20:08.55``Erikdlsym(0x419b50, Hax_Unload): symbol not founddlsym(0x419b50, Hax_SafeUnload): symbol not found
20:08.58``Erik% fib 10
20:09.01``Erik55
20:09.03``Erik% fib [expr 15-5]
20:09.06``Erik55
20:12.27``Erikpoop, looks like swig doesn't provide the capability to call the other language from C
20:57.45CIA-73BRL-CAD: 03starseeker * r38943 10/brlcad/trunk/src/tclscripts/mged/ (Makefile.am rrmb.tcl):
20:57.45CIA-73BRL-CAD: Add Bob's script for swapping BoTs from facetall.sh into a tree instead of the
20:57.45CIA-73BRL-CAD: CSG booleans - not turning this on as a command in MGED by default yet, but put
20:57.45CIA-73BRL-CAD: it in so it can be sourced if needed. Need to decide later how to expose this
20:57.45CIA-73BRL-CAD: functionality for the user - maybe wrapping both facetall and rrmb logic into an
20:57.45CIA-73BRL-CAD: option in a future bot command?
21:56.41CIA-73BRL-CAD: 03r_weiss * r38944 10/brlcad/trunk/src/conv/obj-g_new.c: adding support for direct to bot
IRC log for #brlcad on 20100504

IRC log for #brlcad on 20100504

01:24.24starseekerO.o Maxima was #14 on the top 20 list of sourceforge active projects
01:59.28jackamazing, for such an old thing
03:02.39Ralithjack: you're saying this in the BRL-CAD channel.
03:06.12``Erikheh, maxima has heritage going back to '68, though
03:06.22``ErikBRL-CAD is '79 I think
03:12.58Ralithclose enough >_>
03:13.24Ralithboth are far beyond the typical abandonment point set by commercial software
03:24.34*** join/#brlcad ``Erik (erik@c-69-140-109-104.hsd1.md.comcast.net)
03:41.29*** join/#brlcad Nohla (~jesica@201.255.237.179)
04:24.08*** join/#brlcad Faed (~fade@outrider.deepsky.com)
05:15.58*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:15.58*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
05:15.58*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
05:15.58*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
05:59.10*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
06:46.25*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
08:30.27CIA-73BRL-CAD: 03d_rossberg * r38945 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt:
08:30.27CIA-73BRL-CAD: avoid the min and max macros via the windows.h header file (it is a plague even on MS Windows) for the C++ core interface
08:30.27CIA-73BRL-CAD: they interfere with the std::min and std::max templates from the algorithms header file
08:42.08*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:13.35*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
10:40.24d-loMerning!
11:28.14*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:32.37jackRalith: true that :)
11:32.56jackbut i knew maxima has older roots
11:49.13*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
12:32.46CIA-73BRL-CAD: 03davidloman * r38946 10/rt^3/trunk/src/alf/CMakeLists.txt: Source files were listed twice, causing cmake to complain. Removed duplication.
12:34.23jackis all of brl-cad using cmake meanwhile? no more autofools?
12:35.05d-lonope, I belkieve portions of the brlcad module is wired to use cmake, but not the whole thing
12:35.19jackok
12:35.31d-lothe rt3 module, however, was converted to cmake a while back.
12:35.42jack:)
12:36.23jackno objections...a cmake setup is as patchable as an autotools one ;)
12:36.31jacki'm only a packager
12:36.43d-lo..so a pack-man of sorts? ;)
12:36.53jackkinda, yeah
12:37.35jackwant details? check http://pdb.finkproject.org/pdb/browse.php?maintainer=jackfink
12:37.59jackno preferences, i package pretty much everything that comes along
12:38.27jack(and builds, d'oh)
12:39.19d-loimpressive :)  
12:39.48jacknot that impressive ;) i'm doing this for 3 or 4 years meanwhile
12:40.19jackstuff accumulates rather quickly, and more than 50% of my packages are practically dead
12:40.24CIA-73BRL-CAD: 03davidloman * r38947 10/rt^3/trunk/cmake/rt3commons.cmake: Forgot the NonVerbose/Verbose print logic for library projects.
12:40.47jackortep3 is fortran code from the 80s...
12:41.10jacki kinda like to pick up such ancient jewels ;)
12:41.46d-lonice :)
12:41.54CIA-73BRL-CAD: 03davidloman * r38948 10/rt^3/trunk/src/CMakeLists.txt: Remove /src/other deps from the cmake build. Nothing builds in there anyways.
12:42.20jackas long as the gcc folks keep doing a good gfortran, nothing gets lost
12:49.04jacki guess i could do a big cleanup when fink decides to do a new tree (10.7? who knows)
12:49.13jackwho needs all that kde3 crap
12:49.25d-lolol
12:50.13jackall i do nowadays is occasionally check if upstream did a kde4 version meanwhile
13:16.45``ErikI imagine people targeting kde3 appreciate it... not everyone just wants the latest greatest for a connected desktop... isn't kde3 popular with kiosk systems?
13:23.22jackmaybe
13:23.34jackbut who uses a mac for a kiosk system...
13:24.05jackalmost none of my kde3 things is suitable anyway
13:24.30``Erikheh, my thought was more the developer coding on the mac, then doing a linux build for the kiosk *shrug*
13:25.03jacksure, the libs are all there
13:25.13jacknone of them my doing
13:25.43``Erikaaanyways, that might be a reason for not ditching kde3 from the repo just yet
13:25.47``Erikidle thought
13:26.17jackcorrect, but removing my kde3-using crap won't hurt the core anyway
13:27.00``Erikstill has gnome 1.4 on a machine because he hasn't been arsed to port a critical app to gnome 2.x
13:27.27``Erik(it survived from 0.30 to 1.4, but 2.0 changed too much)
13:28.03jackwee
13:28.10jackwhich app is that?
13:29.11``Erikone I wrote O.o :)
13:29.35``Erikaround 99 or 00, called 'gems'
13:30.00``ErikJan 23, 2000
13:30.57jackhaha wow
14:37.18CIA-73BRL-CAD: 03davidloman * r38949 10/iBME/: Drop old branch of rt3
14:56.15*** join/#brlcad mafm (~mafm@198.Red-79-159-1.staticIP.rima-tde.net)
14:56.26mafmhallo
14:56.38d-lohowdy!
15:22.05CIA-73BRL-CAD: 03davidloman * r38950 10/rt^3/trunk/cmake/rt3commons.cmake: Add some more print lines to the verbose cmake setting. Fixed a logic error in the mocc-ing of qt files.
15:38.32d-loLinking Question:
15:39.44d-loif Application C is dependent on libB, and libB is dependent on libA, technically Application C depends on libA, right?
15:42.50brlcadstrictly speaking, it depends
15:43.41brlcader, rather .. "it doesn't necessarily depend on libA" -- it depends on how libB was linked, what platform you're on, what linker you're using
15:45.06brlcadin general form, though, from a portability arranagement, you will have to be aware of and concerned about any subdependency of a library being used
15:46.13brlcadwhich is one of several reasons why external dependencies *cannot* be just added without regard to their maintainability and integratability
15:46.51brlcadparticularly with managed dependencies, which has been our project stance since inception
15:48.57d-lo'managed deps' == deps in our src tree?
15:50.01brlcadnot strictly speaking, it's more the position that recipients of our software will not have to worry (at all) about whatever dependencies we've chosen to utilize when distributing (binary and source) releases
15:50.17d-logotcha
15:51.16brlcadmaking them go get and install things, or requiring users preinstall things, or only working for package management systems specific to a given platform, etc .. all passing the buck off to the user
15:51.54brlcadbundling sources is just one relatively straightforward way that keeps the effort in our hands and responsibility
15:52.23mafmyeah, nuke those deps!
15:52.36mafmthat way I can create the debian package cleanly :P
15:52.57brlcadhowdy mafm
15:53.39d-loso should I (eventually) get eh qt source and put it in rt3/src/other/ ?
15:53.53d-los/eh/the/
15:55.08brlcadd-lo: interestingly relevant suggestion from Strattav to use awesome as that wm has many of the usability and interaction concepts I'd like to see realized in the third gen geometry interface, much shown in the prototype video
15:56.10mafmbtw brlcad, any news from the guys that we sent the patches to? I haven't got any reply
15:58.37brlcadd-lo: eventually we should manage a version somewhere, but it's noit necessary until it comes time to do full-on post-beta public releases
15:59.32brlcadthe idea is to not pass effort on to users -- passing it on to ourselves is fine
15:59.42d-lobrlcad: kk.  I'd like to sit down with you some time and get learneded in how to wire in an 'internal' deps build system into rt3 existing build system.
15:59.45brlcadmafm: which patches?
16:00.57brlcadd-lo: becoming familiarized with brl-cad's autoconf build and how it does things is probably best as most of the concepts translate to cmake directly, the syntax and commands just change
16:01.26*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
16:01.37mafmthe ones of libjama & co
16:01.58brlcadif you're needing help with the actual syntax.. that's pretty much the work itself :)
16:02.14d-loconcepts :P
16:03.20d-lowhat's the name of the tech that allows you to run 2+ monitors off a single DVI port?
16:03.29d-loaka tricks the computer into seeing one large screen?
16:03.48brlcadxinerama?
16:04.13brlcadhttp://devmanual.gentoo.org/general-concepts/autotools/index.html
16:04.19d-lowas thinking hardware box
16:04.22brlcadthat's a good place to start before talking
16:04.37brlcaddvi switcher
16:04.49d-loswitcher!  thats the bloody word.
16:04.52d-lothanks
16:18.50d-lonope, thats not the word I was looking for after all :/
16:28.01d-loah ha!  so *thats* what the m4 files are!
16:28.13d-lo*lightbulb turns on*
16:29.54CIA-73BRL-CAD: 03davidloman * r38951 10/rt^3/trunk/cmake/rt3commons.cmake: Forgot to remove some DEBUG printing lines.
16:42.11d-lo``Erik: want it?  http://www.govliquidation.com/auction/view?auctionId=3218816
16:56.59brlcadheh, first bid $150 .. totally awesome
16:57.31d-lothat's what I was thinking :)  pick up a 1/4 mil genny for $150..... plus transportation ;)
16:57.54d-lo"How to make the HOA mad"
16:58.39brlcad"where in the HOA does it say I can't have a backup generator?"
16:58.45d-lohahaha
16:59.14d-loI figure I could easily sell my neighbors a few KWH
16:59.49d-loEcoTerrorismElectricCo
16:59.56d-loLancaster, PA
17:03.43brlcadhttp://www.govliquidation.com/auction/view?auctionId=3266028
17:04.17d-loaweome :)  to bad no pictures though!
17:04.23brlcadyeah
17:04.38d-loBut I suppose the imagination is the best part lol
17:04.54d-loI envision many practical jokes with that thing.
17:06.57brlcadokay, something more practical for the office... http://www.govliquidation.com/auction/view?id=3261898&convertTo=USD
17:10.55brlcadoh, bob was talking about buying one of these just friday.. http://www.govliquidation.com/auction/view?id=3266153&convertTo=USD
17:10.57d-lommmmmmmm dogs
17:11.21brlcadit's in MD, should show him
17:13.19brlcadhah, M35 lunch transport!  http://www.govliquidation.com/auction/view?id=3238896&convertTo=USD
17:15.00d-loheh, that's down in Fort Meade :)
17:15.01d-lonice
17:15.18d-lohahaha, 28k on the odometer
17:15.34brlcadnot too shabby :)
17:15.49d-loi bet it was a brutal 28k though ;)
17:15.50brlcadimagines parallel parking that bad boy outside his house
17:16.05d-lohahahaha
17:16.19d-loI bet you could fit elle (?) in the back, easily
17:16.33brlcadhm!
17:16.50brlcada mobile parking spot
17:18.18d-loget a big o plow for it and be the hero of the neighborhood!
17:21.28CIA-73BRL-CAD: 03davidloman * r38952 10/rt^3/trunk/ (6 files in 2 dirs): Add a thread wrapper for GeometryService objects. Made GeometryService.h and GeometryServiceDaemon.h public headers.
17:31.43d-lobrlcad: do you care if I use QT classes in the GeometryServiceTest code?
17:45.25*** join/#brlcad mafm (~mafm@198.Red-79-159-1.staticIP.rima-tde.net)
17:59.46brlcadd-lo: doesn't particularly matter though personally, I'd avoid it for sake of simple testing isolation until it provided some specific significant benefit (which is hard to envision)
18:00.24brlcadnetworking is the only thing that comes to mind and even then I see more benefit out of making the protocol libpkg-compatible given its simplicity
18:00.39brlcadtest shouldn't need to be threaded
18:00.52brlcadcertainly doesn't need a gui
18:18.39``Erikd-lo: "kvm switch"?
18:38.39``Erikheh, never drop the mic when lipsyncing O.o
20:15.50``Erik*grouse*
20:16.20CIA-73BRL-CAD: 03erikgreenwald * r38953 10/brlcad/trunk/src/adrt/libtie/ (tie.c tie.h tie_define.h tie_kdtree.c tie_kdtree.h): msvc pukes on variable arity macros, so ugly things up by eliminating the TIE_FUNC macro and wedge TIE_VAL in instead
20:27.12*** join/#brlcad Ralith (~ralith@216.162.199.202)
20:53.54*** join/#brlcad akafubu (~akafubu@c-71-228-184-130.hsd1.al.comcast.net)
20:53.56*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:57.47CIA-73BRL-CAD: 03erikgreenwald * r38954 10/brlcad/trunk/src/adrt/libtie/tie_define.h: use typedef instead of #define for tfloat
20:58.12CIA-73BRL-CAD: 03erikgreenwald * r38955 10/brlcad/trunk/src/adrt/libtie/tie_kdtree.c: casting fixes
21:23.55CIA-73BRL-CAD: 03erikgreenwald * r38956 10/brlcad/trunk/src/adrt/libtie/tie.c: undef near and far on windows, 8086-80286 style segments aren't quite... relevant.
21:25.23CIA-73BRL-CAD: 03r_weiss * r38957 10/brlcad/trunk/src/conv/obj-g_new.c: adding functions to support direct to bot
21:29.27brlcadshakes his head
21:30.09starseekerhmm?
21:33.20CIA-73BRL-CAD: 03bob1961 * r38958 10/brlcad/trunk/src/ (3 files in 3 dirs):
21:33.20CIA-73BRL-CAD: Updated Archer's shift-grips to match the original as much as possible without
21:33.20CIA-73BRL-CAD: conflicting with the current mouse mode. Added support for constrained rotations
21:33.20CIA-73BRL-CAD: and translations. The constrained behaviors will always be in model coordinates.
21:38.19CIA-73BRL-CAD: 03erikgreenwald * r38959 10/brlcad/trunk/src/adrt/ (7 files in 3 dirs): split tienet ugliness into it's own header. Will eventually be replaced with libpkg.
21:39.47CIA-73BRL-CAD: 03erikgreenwald * r38960 10/brlcad/trunk/src/adrt/load_g.c: this has no need for pthread.h.
21:41.02CIA-73BRL-CAD: 03erikgreenwald * r38961 10/brlcad/trunk/src/adrt/adrt.h: wrap stdint.h in HAVE_STDINT_H
21:47.33CIA-73BRL-CAD: 03erikgreenwald * r38962 10/brlcad/trunk/src/adrt/librender/camera.c: wrap pthread stuff in HAVE_PTHREAD_H, defaulting to single threaded if not defined.
21:48.13CIA-73BRL-CAD: 03erikgreenwald * r38963 10/brlcad/trunk/src/adrt/librender/camera.c: sys/time.h is no longer used here
21:53.32CIA-73BRL-CAD: 03erikgreenwald * r38964 10/brlcad/trunk/src/adrt/libtie/tie_struct.h: undef near and far on win32
21:54.08CIA-73BRL-CAD: 03erikgreenwald * r38965 10/brlcad/trunk/src/adrt/librender/ (camera.c camera.h): pthread wrapping fixes
22:04.38CIA-73BRL-CAD: 03erikgreenwald * r38966 10/brlcad/trunk/misc/win32-msvc8/adrt/adrt.vcproj: update link info
22:10.05CIA-73BRL-CAD: 03erikgreenwald * r38967 10/brlcad/trunk/include/bn.h: wrap mersenne twister functions in BN_EXPORT and BU_EXTERN
22:12.23``Erikhrm
22:13.30``ErikI seem to have a libadrt.dll, but it's not quite healthy O.o I'll but indianlarry about it tomorrow
22:14.35CIA-73BRL-CAD: 03bob1961 * r38968 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Minor cleanup.
22:37.48*** join/#brlcad fade (~fade@outrider.deepsky.com)
23:13.33brlcadstarseeker: weiss manually creating BoTs instead of using the nmg routine
23:13.45brlcadapparently failing to create valid nmg
23:14.07brlcador unable to figure out how to do so
23:23.42``Erik<-- has been pushing him to wrap it up and just call what he has so far "done"
23:26.20``Erikit's kinda gotten rediculous, time to re-assess and make new cards if other bits of that importer need real attention :/
23:27.21``Erikls
IRC log for #brlcad on 20100505

IRC log for #brlcad on 20100505

00:12.02*** join/#brlcad Nohla (~jesica@201.255.237.179)
00:26.08starseekermakes documentation card...
00:26.41starseekerand getopt_long card...
00:30.53``ErikO.o
00:31.01starseekerhmm?
00:31.02``Erikcard? like a tri-fold cheat sheet or something? heh
00:31.21starseekerI think that needs updating too, come to think of it
00:33.20CIA-73BRL-CAD: 03brlcad * r38969 10/brlcad/trunk/TODO: add some of teh todo items that came up during GPM2009 and earlier. kdtree spatial partioning for librt, SAH heuristic on prims (using ray tracing), API routine for computing volumes (gqa-style yo), and parallel prep.
00:34.26``Erikindianlarry has been talking about a genericized kd-tree or something for various things, fwiw
01:10.29brlcadwould be a useful libbu facility if the librt sah portions coul get implemented
01:11.21brlcadinteresting paper we missed from spm2009: http://portal.acm.org/citation.cfm?id=1629255.1629281&coll=portal&dl=ACM&type=series&idx=SERIES534&part=series&WantType=Proceedings&title=SPM
01:15.48*** part/#brlcad Fade (~fade@outrider.deepsky.com)
01:26.30starseekerscowls at configure.ac
01:27.11starseekersupposes it's obvious how to check for AGL and OpenGL frameworks on the mac...
01:28.09brlcadlook for common patterns
01:28.16brlcadthere are already other framework checks
01:28.34brlcadconfigure.ac is broken up into various sections to start with
01:29.31``Erik-framework OpenGL should do it
01:29.46starseekernods - getting thrown a little by the -framework stuff - looks like it's needed for both CPPFLAGS and linking flags?
01:30.23starseeker-Xlinker -framework -Xlinker OpenGL to link
01:30.31starseeker-framework OpenGL to compile?
01:32.21brlcadlook at the JavaVM test
01:32.34brlcadit's -framework OpenGL for both compilation and linking
01:33.09starseekerHmm.  OK - out of curiosity, what are the Cocoa and Carbon linking tests up to?
01:33.33brlcadtk requires them iirc
01:34.09starseekerAh - so the -Xlinker stuff is a special case?
01:34.22starseekerq
01:34.24starseekerwhoops
01:36.57brlcadthat's to overcome a libtool bug
01:37.15starseekerah, k - thanks :-)
01:37.16brlcadfor .la libs
01:45.10CIA-73BRL-CAD: 03brlcad * r38970 10/brlcad/trunk/include/ged.h: there is no apparent reason the ged.h interface header should include windows i/o headers.
01:49.11brlcadstarseeker: that new tclscript needs mods
01:49.27brlcadshouldn't just shut off glob compat mode like that
01:49.31brlcadtclindex needs updating
01:49.44starseekerbrlcad: it's not ready to be a command yet
01:50.07starseekerI wasn't sure about the name or whether that was the best place for the functionality - just wanted to have it available somewhere
01:50.18brlcadthen it probably shouldn't be installed
01:50.36starseekercan extradist it
01:50.58starseekerit's handy if someone needs to use facetall.sh bots to rebuild a tree
01:51.46starseekerbut I wanted to discuss with you whether that functionality should be rolled with a tcl version of facetall into one command
01:52.13brlcadif it's *really* handy, then facetall.sh should be reworked into more than a proof-of-concept script
01:52.33brlcadand that new script merged in as functionality
01:52.40starseekerwell, let's just say I've gotten a few helpdesk calls related to it
01:53.02starseeker<shrug>
01:54.05CIA-73BRL-CAD: 03starseeker * r38971 10/brlcad/trunk/src/tclscripts/mged/Makefile.am: Extradist rrmb.tcl until we sort out how to handle the functionality.
01:54.23brlcadsounds like it's worth it then, it'd be just an afternoon to tweak it up proper
01:55.34starseekeralmost thought it made the most sense as an option to the MGED facetize command
01:56.17brlcadyes, facetall.sh shouldn't even exist
01:57.47``Erikheh
02:12.18starseekerpuzzles as to what TRY_LINK is looking for in the wasy of test code...
02:13.50brlcadheaders then body of main then action if succeed and then action if failed
02:14.40``Erikwonders if our AC_TRY_LINK stuff should be AC_TRY_RUN instead
02:15.25starseekerI think tht might actually work...
02:15.40starseekeris doing something wrong... hang on...
02:16.35starseekerhttp://pastebin.org/202263
02:17.40brlcadTRY_RUN does something rather different -- the existing tests specifically are only looking at linkability on purpose
02:18.22brlcaddoesn't look like your test is right
02:18.29brlcadOpenGL/gl.h isn't what I'd expect
02:18.43brlcadlook at the config.log to see what the output is
02:19.03brlcadit will show the actual test program used, the linker call, linker output, etc
02:20.00starseekerdidn't like argc in there
02:20.36starseekerhttp://pastebin.org/202267
02:20.48starseekertweaks...
02:23.31starseekerworked without the argc - OpenGL/gl.h is what Togl uses when TOGL_AGL is defined - maybe it's specific to AGL
02:24.17``Erik<GL/gl.h> is the normal way
02:25.15starseekernods - I've seen the OpenGL/gl.h thing before though in discussions about Apple opengl
02:25.31starseekerit may distinguish it from X11 installs of gl.h
02:25.36brlcadOpenGL/gl.h may work for the framework, but the usual form is <FRAMEWORK/FRAMEWORK.h> to get the main framework header -- anything else is a subheader
02:26.20brlcadthere is undoubtedly a gl.h subheader, so it should work -- just not the usual "mac framework way"
02:26.57starseekerso I should try OpenGL/OpenGL.h?
02:31.43starseekertwiddles thumbs while autogen burns...
02:33.42starseekeryep, that worked too
02:33.49starseekerOK, standard way it is
02:35.41starseekerthanks guys :-)
03:05.39starseekerhah - togl subconfigures fairly cleanly now out of box, with only a few tweaks - interesting
03:07.22starseekerpackage require works...
03:07.46starseekergears.tcl works without using X11
03:08.04``Erikneat
03:08.24starseekerwill check the C side tomorrow - see if ogl can use togl calls to set up GL context instead of straight GLX calls
03:08.53starseekerafter that, should be straight up GL, possibly even "plug and play"
03:09.19``Erikpets SDL :D
03:09.26starseekerheh
03:09.53starseekeris after a "quick and dirty" opengl display manager/framebuffer on OSX without X
03:10.42starseekersince both Bob and ``Erik think the GLX code should be close to AGL code, I'm hopeful both will be close to the cross-platform togl calls, whatever they may be
03:11.46starseekerminimal mods for maximum functionality ftw
03:13.00starseeker``Erik: too bad SDL looks like a bit of a pain to embed in Tk...
03:13.18starseeker'course, full-screen isst makes that moot...
03:14.30``Erikthe togl stuff seems to lack clean tear-down bits
03:14.46starseekerdoes it?
03:14.48starseekerhmm
03:15.13starseekerwell, guess we can add our own wrapper for that if we must
03:15.31starseeker(need to do it anyhow, either there or in ogl/wgl/agl...)
03:18.06starseekerhits the road...
03:35.27brlcadall of the *gl* implementations are pretty close to each other, even windowsgl
08:26.16*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
08:41.44CIA-73BRL-CAD: 03d_rossberg * r38972 10/brlcad/trunk/include/ged.h: unfortunately there is a reason why the ged.h interface header includes windows.h: struct ged_run_rt needs it for HANDLE and DWORD
08:47.23*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
08:47.23*** join/#brlcad Ralith (~ralith@216.162.199.202)
08:47.23*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
08:47.24*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
09:30.04*** join/#brlcad mafm (~mafm@198.Red-79-159-1.staticIP.rima-tde.net)
10:54.44CIA-73BRL-CAD: 03d_rossberg * r38973 10/brlcad/trunk/include/conf/ (BrlcadConfig.tmpl Makefile.am make.vbs):
10:54.44CIA-73BRL-CAD: make.vbs is now able to create the desired brlcad-config on MS Windows (e.g. in a MSVC prebuild step)
10:54.44CIA-73BRL-CAD: usage: make.vbs BrlcadConfig=pathToBins\brlcad-config.bat
11:02.40d-loMernin all!
11:04.33CIA-73BRL-CAD: 03davidloman * r38974 10/rt^3/trunk/ (2 files in 2 dirs): Add in a getter for GeometryServiceDaemon::GeometryService
11:19.12d-loMernin all!
11:22.19d-loFYI, I got tired of dealing with the QT class docs layout on their site and put together a simple html framing: http://brlcad.org/~claymore/QT_462_Classes.html
11:56.56*** join/#brlcad Nohla (~jesica@201.255.236.141)
12:03.58*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
12:04.12*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:24.42*** join/#brlcad Nohla (~jesica@201.255.236.141)
13:01.55CIA-73BRL-CAD: 03erikgreenwald * r38975 10/brlcad/trunk/src/adrt/ (7 files in 2 dirs): collapse the libtie headers
13:13.52CIA-73BRL-CAD: 03davidloman * r38976 10/rt^3/trunk/ (include/GeometryServiceApp.h src/GS/GeometryServiceApp.cxx): Introduce GeometryServiceApp. Extends BaseApp. Non "fire and forget" complement to GeometryServiceDaemon.
13:22.05CIA-73BRL-CAD: 03davidloman * r38977 10/rt^3/trunk/ (6 files in 2 dirs): Modify GeometryService to no longer extend BaseApp. GeometryServiceApp is a BaseApp subclass that wraps a GeometryService object. GeometryServiceDaemon is a QThread subclass that wraps a GeometryServiceApp object.
13:29.58CIA-73BRL-CAD: 03davidloman * r38978 10/rt^3/trunk/ (include/GeometryService.h src/GS/GeometryService.cxx): Add the ability to stop the GeometryService from listening on a address:port
13:34.25CIA-73BRL-CAD: 03davidloman * r38979 10/rt^3/trunk/tests/GS/CMakeLists.txt: Add libgs to list of linked libs for GeometryServiceTests
13:35.07d-lowow, SF is having a 'fast' day today.....
13:35.56CIA-73BRL-CAD: 03davidloman * r38980 10/rt^3/trunk/ (include/GeometryService.h src/GS/GeometryService.cxx): Add state checker GeometryService::isListening()
13:38.43d-lobrlcad: Noticed you used the _ suffix on some variables. Is that a convention or just your prefrence?
13:41.06``Erikprobably conflict evasion
13:41.30d-lonah, its a super simple class.  3 fields, 4 functions.
13:41.36``Erik<-- almost changed 'near' and 'far' in the tie stuff to _near and _far due to conflicts with winderz/dos segment crud
13:41.56``Erik#ifdef _WIN32 #undef near ... heh :)
13:43.59brlcadit's a minor convention commonly used on private/protected data, to identify them as non-public data and so that function parameters can always have clean names
13:44.03CIA-73BRL-CAD: 03erikgreenwald * r38981 10/brlcad/trunk/src/adrt/ (17 files in 3 dirs): wrap exported shtuff in BU_EXPORT BU_EXTERN
13:44.34``Erikran into issues with prefixing _'s and expecting things sane or not sane on osX.2 when doing some dlopen/dlsym type stuff
13:44.37brlcadnot critical, but a somewhat common and useful pattern when used consistently in a class
13:44.53``Erikin c++, it's all safe from mangling, I'd think
13:45.01brlcadyeah, it is
13:45.07brlcadplus these are not global symbols
13:45.39brlcadthey're all private or protected data vars within a class only
13:47.11d-lorighto.  I read up on the hACKING doc and it calls for a _ prefix.  I saw you used a suffix, and combined with the observation that you're a stickler for formatting ( ;) ), I figured I'd ask.
13:48.25d-lohears Ed volunteering brlcad for something....
13:49.39``Erikkevin's leaving, so only glenn will be around, and glenn will probably need help making xquartz happen
13:49.49``Erik(and getting crap back to a sane state)
13:55.53``Erikw00t, a valid libadrt.dll
13:57.22d-loeww... dlls
13:57.25d-lo:P
14:00.51*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
14:16.44CIA-73BRL-CAD: 03davidloman * r38982 10/rt^3/trunk/ (include/Logger.h src/utility/Logger.cxx): Add the ability to turn on/off logging to screen and file separately.
14:19.31CIA-73BRL-CAD: 03davidloman * r38983 10/rt^3/trunk/TODO:
14:19.31CIA-73BRL-CAD: Add to TODO file: Replace QT's signals 'n' slots functionality with a simpler in
14:19.31CIA-73BRL-CAD: house version that utilizes the JobManager. Signals 'n' Slots requires a
14:19.31CIA-73BRL-CAD: QCoreApplication.exec() to be blocked for it to work. Hampers current design
14:19.31CIA-73BRL-CAD: goals.
14:21.35CIA-73BRL-CAD: 03davidloman * r38984 10/rt^3/trunk/tests/GS/GeometryServiceTest.cxx: Partial implementation of GeometryServer class (inside the GeometryServiceTest.cxx file)
14:22.36CIA-73BRL-CAD: 03davidloman * r38985 10/rt^3/trunk/ (2 files in 2 dirs): Add the ability to safely stop a GeometryServiceDaemon thread.
14:22.46``Erikgotta do what ya gotta do
14:23.10d-loworking on getting isst to run on windows then?
14:23.49``Erikyeah
14:23.59``Erikcan't let lee one-up me like that, y'know? :D
14:24.06d-lohahaha
14:24.11d-loso how close are ya?
14:24.29``Erikthe library is there, looking at docs for the msvc sdl stuff right now
14:42.43*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:57.21``Erikand now I've decided I've had enough of windows for a bit O.o getting errors in bu.h trying to link an external project
17:36.09CIA-73BRL-CAD: 03starseeker * r38986 10/brlcad/trunk/BUGS: Add more details about the MGED rotation bug.
17:38.43CIA-73BRL-CAD: 03davidloman * r38987 10/rt^3/trunk/src/libEvent/ (8 files): Add dir for libEvent. Will be the replacement for QT's signals 'n slots.
17:52.32CIA-73BRL-CAD: 03erikgreenwald * r38988 10/brlcad/trunk/src/adrt/ (27 files in 3 dirs): normalize shader function signatures and generate the prototypes with a macro. Collapse the shader headers.
17:59.36CIA-73BRL-CAD: 03davidloman * r38989 10/rt^3/trunk/src/libEvent/ (Event.cxx Event.h): Implement the details of Event class.
18:05.25CIA-73BRL-CAD: 03erikgreenwald * r38990 10/brlcad/trunk/include/conf/Makefile.am: BrlcadComfig.tmpl should be BrlcadConfig.tmpl.
18:12.30CIA-73BRL-CAD: 03davidloman * r38991 10/rt^3/trunk/include/: Modify svn:ignore to include event.h
18:13.39CIA-73BRL-CAD: 03davidloman * r38992 10/rt^3/trunk/ (8 files in 2 dirs): Move libEvent public headers/interfaces to /include/
18:30.00CIA-73BRL-CAD: 03brlcad * r38993 10/brlcad/tags/rel-7-16-8/NEWS: bah, asterisk, not pound
18:33.06CIA-73BRL-CAD: 03brlcad * r38994 10/brlcad/trunk/NEWS:
18:33.07CIA-73BRL-CAD: bob fixed a bug/assumption in mged where it was failing to find rt, dbupgrade,
18:33.07CIA-73BRL-CAD: asc2g, g2asc, asc-pl, and pl-asc on windows. probably due to bu_brlcad_root not
18:33.07CIA-73BRL-CAD: finding a file without the .exe suffix, causing the failure. he added checks to
18:33.07CIA-73BRL-CAD: see whether the windows exe suffix is needed. this should fix a variety of
18:33.07CIA-73BRL-CAD: spurious failures being observed on windows.
18:40.10CIA-73BRL-CAD: 03davidloman * r38995 10/rt^3/trunk/include/ (IEventPublisher.h IEventSubscriber.h): Stub in IEventSubscriber interface
18:41.56CIA-73BRL-CAD: 03davidloman * r38996 10/rt^3/trunk/src/libEvent/ (CMakeLists.txt EventSubscription.cxx EventSubscription.h): Implement EventSubscription class
18:51.06CIA-73BRL-CAD: 03davidloman * r38997 10/rt^3/trunk/ (include/Event.h src/libEvent/Event.cxx): Remove message setter, add second constructor. Ensures message is non-null
18:57.41CIA-73BRL-CAD: 03davidloman * r38998 10/rt^3/trunk/include/INetMsgHandler.h: Interface function was not written as purely virtual. This has been fixed.
18:59.53CIA-73BRL-CAD: 03davidloman * r38999 10/rt^3/trunk/ (include/EventManager.h src/libEvent/EventManager.cxx): Stub in EventManager::submitEvent(Event*) for now.
19:01.14CIA-73BRL-CAD: 03davidloman * r39000 10/rt^3/trunk/ (include/Event.h src/libEvent/Event.cxx): Fix circular include with forward declaration.
19:05.48CIA-73BRL-CAD: 03davidloman * r39001 10/rt^3/trunk/include/ (IEventPublisher.h IEventSubscriber.h): Implement IEvent* interfaces.
19:06.17CIA-73BRL-CAD: 03davidloman * r39002 10/rt^3/trunk/src/CMakeLists.txt: Add libEvent to the configure/build system.
19:11.46CIA-73BRL-CAD: 03davidloman * r39003 10/rt^3/trunk/src/libEvent/CMakeLists.txt: Add libJob to libEvent's link deps.
19:14.25CIA-73BRL-CAD: 03erikgreenwald * r39004 10/brlcad/trunk/src/adrt/ (15 files in 2 dirs): remove hit.h
19:16.00CIA-73BRL-CAD: 03davidloman * r39005 10/rt^3/trunk/ (include/AbstractJob.h src/libJob/AbstractJob.cxx): Incorrectly implemented virtual _doJob(). Fixed. Is now a true virtual function.
19:21.55CIA-73BRL-CAD: 03starseeker * r39006 10/brlcad/trunk/configure.ac: Start roughing in the build support for Apple's opengl framework
19:25.29CIA-73BRL-CAD: 03davidloman * r39007 10/rt^3/trunk/ (include/EventManager.h src/libEvent/EventManager.cxx): Add private class SubmitEventJob. Used to ensure the thread calling EventManager::submitEvent() and the thread actually doing the work inside EventManger are different.
19:26.05CIA-73BRL-CAD: 03erikgreenwald * r39008 10/isst/trunk/configure.ac: add tie directory to include path. check for unistd.h and sys/time.h
19:28.40CIA-73BRL-CAD: 03erikgreenwald * r39009 10/isst/trunk/sdl/ (event.c main.c): adjust include stuff
19:34.05CIA-73BRL-CAD: 03erikgreenwald * r39010 10/isst/trunk/gtk/ (gui.c net_worker.c): forcibly disable networking stuff.
19:39.56CIA-73BRL-CAD: 03davidloman * r39011 10/rt^3/trunk/src/libEvent/ (4 files): Roll EventSubscription into a private class for EventManager
19:50.20CIA-73BRL-CAD: 03davidloman * r39012 10/rt^3/trunk/ (include/EventManager.h src/libEvent/EventManager.cxx): Forgot two #defines. Re-arrange for proper declaration.
19:50.40CIA-73BRL-CAD: 03davidloman * r39013 10/rt^3/trunk/include/IEventSubscriber.h: Add subscriber functions.
19:52.21CIA-73BRL-CAD: 03brlcad * r39014 10/brlcad/trunk/TODO: report that red isn't working
19:57.04CIA-73BRL-CAD: 03erikgreenwald * r39015 10/brlcad/trunk/src/adrt/librender/ (camera.c camera.h): unified shader init function
19:58.00CIA-73BRL-CAD: 03erikgreenwald * r39016 10/isst/trunk/gtk/local_worker.c: use unified shader func
20:10.05CIA-73BRL-CAD: 03erikgreenwald * r39017 10/isst/trunk/sdl/event.c: add mode switching
21:25.25CIA-73BRL-CAD: 03erikgreenwald * r39018 10/isst/trunk/sdl/event.c: calculate per frame time delta to make mouse interactions more consistent
21:34.55CIA-73BRL-CAD: 03r_weiss * r39019 10/brlcad/trunk/src/conv/obj-g_new.c: adding more functions to support direct to bot
21:48.17CIA-73BRL-CAD: 03erikgreenwald * r39020 10/isst/trunk/sdl/event.c: some more ... stuff
22:49.07*** join/#brlcad ``Erik (erik@c-69-140-109-104.hsd1.md.comcast.net)
23:21.51``Erikhah, everything in /usr/include was timestamped in 2031, no wonder make was being silly :)
IRC log for #brlcad on 20100506

IRC log for #brlcad on 20100506

00:06.22``Erikdangit, cordless drills batteries are dead
01:08.04*** join/#brlcad Nohla (~jesica@201.255.236.141)
02:53.31Nohlahey! holas
02:53.46Nohlabrlcad o/
02:54.07Nohlastarseeker \o
04:17.21brlcadhola!
04:21.31Nohlabrlcad estaba por irme a dormir :P
04:21.55Nohlahablame la próxima que me veas, quiero ver cómo seguimos con las traducciones
04:22.10Nohla(perdón que escriba en español, tengo mucho sueño)
04:23.12Nohlabueno, eso, pensá si conviene seguir con los tutoriales o empezar con los menúes y/o cuadros de diálogo
04:23.25Nohlabesos
04:47.56starseekerYeow: SDL text input is scary looking:  http://sol.gfxile.net/imgui/ch07.html
04:53.02starseekereyes SDL_ttf hopefully...
04:57.38starseekerhmm, maybe these guys could be convinced to go LGPL... http://sourceforge.net/projects/sdl-terminal/
05:02.59starseekerah ha!  http://wacha.ch/wiki/sdlconsole/
05:04.34starseekerthat one's LGPL
05:04.46starseekerwas that what you were talking about earlier ``Erik ?
08:37.53brlcadNohla: pues.. estaba por irme a dormir tambien.... :/
08:39.40brlcadNohla: y esta' bien .. sequimos luego cuando no estas dormida! :)
10:07.30*** join/#brlcad mafm (~mafm@198.Red-79-159-1.staticIP.rima-tde.net)
10:22.07*** join/#brlcad piksi (~piksi@pi-xi.net)
11:28.59*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
11:29.07*** part/#brlcad Yoshi47 (~jan@64.235.102.210)
11:29.48d-loMernin!
11:47.01CIA-73BRL-CAD: 03davidloman * r39021 10/rt^3/trunk/ (9 files in 2 dirs): IEventPublisher and IEventSubscriber no longer fit the requirements for a pure virtual interface. Refactor name, dropping the 'I' prefix.
11:53.51CIA-73BRL-CAD: 03davidloman * r39022 10/rt^3/trunk/ (5 files in 2 dirs): Move implementation out of header and into source files. Updated CMakeLists.txt accordingly.
12:10.28CIA-73BRL-CAD: 03davidloman * r39023 10/rt^3/trunk/TODO: Fix formatting of TODO file a bit.
12:11.47CIA-73BRL-CAD: 03davidloman * r39024 10/rt^3/trunk/TODO: Add to TODO: "Add in 'CLEAN' target to CMAKE. Will require tracking all the CmakeLists.txt files via global cmake var."
12:20.56*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:33.45CIA-73BRL-CAD: 03davidloman * r39025 10/rt^3/trunk/include/ (EventPublisher.h EventSubscriber.h): Forgot to add visibility modifiers.
12:36.25d_rossbergbrlcad: if the release 7.16.8 tag will be updated could you please include the misc/win32-msvc/Dll/CMakeLists.txt from the trunk?
12:48.12CIA-73BRL-CAD: 03davidloman * r39026 10/rt^3/trunk/ (include/EventSubscriber.h src/libEvent/EventSubscriber.cxx): simplify 3 submission calls into one.
12:49.39CIA-73BRL-CAD: 03davidloman * r39027 10/rt^3/trunk/include/EventManager.h: simplify 3 submission calls into one (in EventManager)
12:50.40``Erik
12:50.47CIA-73BRL-CAD: 03davidloman * r39028 10/rt^3/trunk/src/libEvent/EventManager.cxx: Implement EventManager::buildSubscriberList(...), stub in EventManager::subscribe(...)
12:51.00``Erik
12:51.06d-loThat's astounding ``Erik !
12:52.09d-lo=D
12:52.37``Erikbah, term issues with screen
12:52.58``Erikthink I got it all wrangled now
12:55.29CIA-73BRL-CAD: 03davidloman * r39029 10/rt^3/trunk/src/libEvent/EventManager.cxx: Implement EventManager::subscribe(...)
12:56.44CIA-73BRL-CAD: 03davidloman * r39030 10/rt^3/trunk/ (include/EventManager.h src/libEvent/EventManager.cxx): Stub in EventManager::unsubscribe(...)
12:56.52d-lowell I can see your text now, so you must've!
13:05.20``Erikheh, I think I sent a ^C escape code in that empty line... the issues was seeing things :)
13:07.48``Erikstarseeker: I looked at several a decade ago, I don't remember :) I remember writing one using ogl for display and siod to parse/evaluate...
13:14.27``Erikheh, (isst_sdl -p 1234 myfile.g top1 top2 &) ; sleep 2 ; telnet localhost 1234
13:16.01CIA-73BRL-CAD: 03davidloman * r39031 10/rt^3/trunk/src/libEvent/EventManager.cxx: WS, Formatting.
13:16.53CIA-73BRL-CAD: 03davidloman * r39032 10/rt^3/trunk/ (4 files in 2 dirs): Break EventSubscription out of EventManager.h into its own dedicated file. CmakeLists.txt updated.
13:17.14``Erikworld of dorkcraft on an ipad, huh
13:20.00d-lowow
13:20.04d-lothat's impressive
13:21.49CIA-73BRL-CAD: 03davidloman * r39033 10/rt^3/trunk/ (3 files in 2 dirs): Moved two EventSubscription #defines out of EventManager and into EventSubscription. Fixed some #include silliness.
13:23.14``Erik(not executing on it, just displaying on it... a lot of bs in this article... http://www.mcvuk.com/news/38813/WoW-on-iPad-pictured  the guy A) thinks wow is PC only (it's got a pretty good native mac client), and thinks he's hot for inventing something similar to X or vnc or , ...)
13:24.52d-loah, IC.  I don't know the stats of an iPad, but I didn't think it had *that* much cpu/video capabilities.
13:25.46``ErikI was under the impression that it had a pretty decent gpu, and wow isn't exactly resource intensive for cpu/gpu (more memory and bandwidth hungry... sure you've seen similar witht shadowbane)
13:26.17d-lohaha, lets not even talk about SB's gfx engine....
13:26.23``Erikit is a 6 yr old game from a company that's never pushed hw too hard
13:26.43d-loHrm, looks like I had an incorrect assumption about Wows hardware req's then.
13:27.53``Eriklets see, 1.3ghz, 512mb, 32mb card with hw t&l (geforce2 and later, I think)
13:28.27``Erikthat's the minimum, ran pretty nicely with the res and detail cranked up on my g4 macbook pro
13:28.37d-logood deal then ;)
13:29.03d-lohahah, those commenters on that article are actually being very gentle to the author
13:29.27``Erikand the newest expansion is comfortable on my macbook with the rez and detail maxed out, and wotlk's solution to improving the visual experience was "put a lot more trees on the screen"
13:29.49d-loThe concept of running an graphics entensive app on a remote cloud and streaming the video to an iPad sounds rather intriguing, tbh.
13:29.52``Erikso naively blasting more triangles at it
13:30.15d-loMore Twees!!!
13:31.11``Eriknotionally, it's just like remote X (and *nix OGL streams the GL calls to the client, so you can have a "net appliance" with a good GPU, essentially replacing the PCI-X or whatever bus with your network)
13:32.19``Erikand 'more trees' isn't even that impressive... http://wotlkbeta.files.wordpress.com/2008/07/howling-fjord.jpg
13:33.44``Erik*shrug* :)
13:34.08d-lowonders if Hardware level procedural 'Tree' algos would boost performance.....hrm
13:34.17``Eriknow imagine full-up raytracing a 'big' scene on a cloud and dumping the results on a portable...
13:34.56d-loheh, that would be pretty sexy :)
13:35.06``Erikfor what? a lot of times, vegetation is re-used a lot... like you'll have half a dozen tree models for a "kind" of forest and they'll just be rotated to break up the monotony
13:35.47d-loYa, I know, but remove that aspect completely and replace it with a function call with a few parameters.
13:35.59d-lokinda like a hardware SpeedTree
13:36.13d-lo*justr brainstorming*
13:36.15``ErikI can't see that being faster... even if it was all on the GPU
13:36.39``Eriksince the static tree geometry is probably all stashed on the video memory as a VBO or something
13:37.23``Erik*shrug*
13:37.38``Erikfire up panda and give it a what? :D
13:37.49``Erikwhack
13:39.01*** join/#brlcad mafm (~mafm@198.Red-79-159-1.staticIP.rima-tde.net)
13:39.06d-loyes, I'll do that in my infinte spare time :P
13:46.42CIA-73BRL-CAD: 03bob1961 * r39034 10/brlcad/trunk/src/libtclcad/ged_obj.c: Added a few more hotkeys to the display window.
13:55.13starseekerlooks for SDL file and tree widgets and doesn't see much... this really is a "roll your own" kinda toolkit, isn't it
13:55.47starseekeralright, later for that
13:55.49starseekerheads in
14:28.08``Erikyup, it's a minimal interface
14:31.29d-lo``Erik: gj with the isst/adrt, neat stuff!
14:31.42``Eriksome day, it'll be neat
14:31.45d-loI'd say "BZ shipmate' but you might brain me for it :/
14:32.01``Erikheh
14:32.19d-lone ways, back to the code for me !
14:32.22``Erikya'll're lookin' at the zygote phase of a WoW killer :D *duck*
14:46.18brlcadhits the road hungry
14:47.24brlcadthat german place will probably hit the spot..
14:52.46d-lohttp://xkcd.com/705/
14:53.10*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
14:53.10*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
15:12.24CIA-73BRL-CAD: 03erikgreenwald * r39035 10/brlcad/trunk/src/adrt/librender/ (camera.c camera.h): initial plugin support
15:41.32d-loquestion: if i provide --disable-opennurbs-build to configure, why would it tell me that opennurbs is disabled and then error the configure?
15:43.08d-lonm
16:01.40CIA-73BRL-CAD: 03davidloman * r39036 10/rt^3/trunk/ (include/AbstractJob.h src/libJob/AbstractJob.cxx): Add a shortcut to JobManager::getInstance()->submitJob(AbstractJob*) by placing a helper function in AbstractJob.
16:06.41CIA-73BRL-CAD: 03davidloman * r39037 10/rt^3/trunk/src/libEvent/ (CMakeLists.txt EventDeliverJob.cxx EventDeliverJob.h): Introduce EventDeliverJob class. Separates the thread that created event from the thread(s) that will handle the subscriber object's reaction to that event.
16:08.19CIA-73BRL-CAD: 03davidloman * r39038 10/rt^3/trunk/src/libEvent/EventManager.cxx: Finish implementing EventManager::processEvent(...)
16:08.50CIA-73BRL-CAD: 03davidloman * r39039 10/rt^3/trunk/src/libEvent/EventManager.cxx: Oops, forgot an include statement
16:11.20CIA-73BRL-CAD: 03davidloman * r39040 10/rt^3/trunk/ (3 files in 2 dirs): WS, Formatting.
16:12.12CIA-73BRL-CAD: 03davidloman * r39041 10/rt^3/trunk/cmakeclean.sh: Add a simple (and ugly) shell script for 'cleaning' out cmake info.
16:31.08CIA-73BRL-CAD: 03davidloman * r39042 10/rt^3/trunk/include/EventManager.h: Make EventManager::processEvent(...) public. Add docs to submitEvent(...)
16:40.43CIA-73BRL-CAD: 03davidloman * r39043 10/rt^3/trunk/ (5 files in 2 dirs): Move SubmitEventJob out of EventManager.h and into its own, dedicated file.
16:45.37CIA-73BRL-CAD: 03davidloman * r39044 10/rt^3/trunk/src/libEvent/ (6 files): Refactor EventDeliver* into DeliverEvent*
17:09.57CIA-73BRL-CAD: 03davidloman * r39045 10/rt^3/trunk/include/commonDefines.h: Implement a commonDefines file.
17:12.06CIA-73BRL-CAD: 03davidloman * r39046 10/rt^3/trunk/ (5 files in 2 dirs): Refactor ALL_TYPES to ALL_EVENT_TYPES and ALL_PUBLISHERS to ALL_EVENT_PUBLISHERS defines. Move these defines to commonDefines.h and add #include statements accordingly.
17:27.10CIA-73BRL-CAD: 03davidloman * r39047 10/rt^3/trunk/ (include/JobManager.h src/libJob/JobManager.cxx): Add getter for Job Queue len.
17:34.50CIA-73BRL-CAD: 03davidloman * r39048 10/rt^3/trunk/src/libJob/JobWorker.cxx: Fix small casting error.
17:37.22CIA-73BRL-CAD: 03davidloman * r39049 10/rt^3/trunk/src/libJob/AbstractJob.cxx: oops! Forgot to initialize JobID to something.
18:12.03CIA-73BRL-CAD: 03brlcad * r39050 10/brlcad/trunk/doc/BRL-CAD.bib: add GED: An Interactive Solid Modeling System For Vulnerability Assessments from 1983
18:13.20CIA-73BRL-CAD: 03davidloman * r39051 10/rt^3/trunk/src/libJob/JobWorker.cxx: Comment out a debug logging statement.
18:27.33CIA-73BRL-CAD: 03starseeker * r39052 10/brlcad/trunk/src/libged/red.c:
18:27.33CIA-73BRL-CAD: Make the red command display all attributes, and preserve them when the editor
18:27.33CIA-73BRL-CAD: is closed. Previously the make-a-copy-and-apply-attributes-from-file approach
18:27.33CIA-73BRL-CAD: was dumping any attributes not recognized and loaded by red, which included any
18:27.33CIA-73BRL-CAD: attribute except the 'standard' attributes
18:28.51CIA-73BRL-CAD: 03davidloman * r39053 10/rt^3/trunk/tests/libEvent/ (. BasicEventTest.cxx CMakeLists.txt): Implement a basic libEvent Test.
18:30.30CIA-73BRL-CAD: 03davidloman * r39054 10/rt^3/trunk/tests/CMakeLists.txt: Put in libEvent test into cmake build.
18:35.08*** join/#brlcad mafm (~mafm@198.Red-79-159-1.staticIP.rima-tde.net)
18:49.17CIA-73BRL-CAD: 03brlcad * r39055 10/brlcad/trunk/doc/BRL-CAD.bib:
18:49.17CIA-73BRL-CAD: Add two of Deitz' earliest papers on GED. Other citations reference June 1982
18:49.17CIA-73BRL-CAD: and October 1983 as pub dates instead of 1984 in Proceedings of the 3rd NCGA
18:49.17CIA-73BRL-CAD: Conference (pp949-960) and Defense Computer Graphics 83 respectively. they were
18:49.17CIA-73BRL-CAD: apparently (re?)published as BRL reports too, which is what I cite here.
18:56.47CIA-73BRL-CAD: 03starseeker * r39056 10/brlcad/trunk/NEWS:
18:56.47CIA-73BRL-CAD: Bob fixed a crash in bot_dump when plate mode bots are used, Sean corrected a
18:56.47CIA-73BRL-CAD: configure.ac behavior that was resulting in commands needing the included libpng
18:56.47CIA-73BRL-CAD: to fail a run-time version check, and Cliff updated the red command to preserve
18:56.47CIA-73BRL-CAD: and display all attributes instead of just the 'standard' set.
19:02.53CIA-73BRL-CAD: 03starseeker * r39057 10/brlcad/tags/rel-7-16-8/ (NEWS configure.ac src/libged/bot_dump.c src/libged/red.c): Update rel-7-16-8 with the critical fixes for release.
19:14.57CIA-73BRL-CAD: 03starseeker * r39058 10/brlcad/branches/STABLE/ (13 files in 9 dirs): Update STABLE to r38876 and merge in the fixes applied to the tag rel-7-16-8 as of r39057. STABLE should now match the rel-7-16-8 tag
19:24.14CIA-73BRL-CAD: 03erikgreenwald * r39059 10/isst/trunk/gtk/gui.c: change the .isst file format. Use the gtk tree model for holding shotline data in memory, saving the entire thing as an overwrite type thing. Do the "load shotline" gui.
19:50.54CIA-73BRL-CAD: 03r_weiss * r39060 10/brlcad/trunk/src/conv/obj-g_new.c: adding functions to support direct to bot, cleanup
19:55.30CIA-73BRL-CAD: 03erikgreenwald * r39061 10/brlcad/trunk/src/adrt/librender/ (14 files): simplify plugin interface (only init. work and free are set during that). move init to end of shader files to avoid needing to prototype them.
19:55.40CIA-73BRL-CAD: 03erikgreenwald * r39062 10/isst/trunk/sdl/ (Makefile.am event.c main.c myplugin.c): trivial plugin to demo how to use the facility.
20:37.04CIA-73BRL-CAD: 03bob1961 * r39063 10/brlcad/trunk/src/libfb/if_ogl.c: Mods to speed things up.
20:41.34*** join/#brlcad piksi (~piksi@pi-xi.net)
21:01.36CIA-73BRL-CAD: 03erikgreenwald * r39064 10/isst/trunk/sdl/event.c: add movement and rotate shtuff
21:32.59*** join/#brlcad piksi (~piksi@pi-xi.net)
21:41.42CIA-73BRL-CAD: 03erikgreenwald * r39065 10/isst/trunk/sdl/event.c: continue motion when a motion key is held down
21:45.06``Erikmy videogame is coming to life O.o
21:46.36CIA-73BRL-CAD: 03r_weiss * r39066 10/brlcad/trunk/src/conv/obj-g_new.c: adding some support for bot normals
22:43.35CIA-73BRL-CAD: 03brlcad * r39067 10/brlcad/trunk/src/libfb/if_ogl.c:
22:43.35CIA-73BRL-CAD: remove the old 'fast path' case when blitting as the assumption that they are
22:43.35CIA-73BRL-CAD: short writes is not necessarily true (particularly with very large framebuffers
22:43.35CIA-73BRL-CAD: where a subregion may still be 'big'). pack pixels in BGRA order for a slight
22:43.35CIA-73BRL-CAD: (25% on write) performance boost on Mac avoiding pixel conversions (bob found
22:43.35CIA-73BRL-CAD: this one). finally, fix double-buffer rendering by making sure to flush after
22:43.36CIA-73BRL-CAD: we write before releasing the context -- this fixes single-buffer mode.
22:49.24CIA-73BRL-CAD: 03brlcad * r39068 10/brlcad/trunk/ (BUGS NEWS TODO):
22:49.24CIA-73BRL-CAD: bob and I fixed the opengl framebuffer refresh bug. bob identified where double
22:49.24CIA-73BRL-CAD: buffering was getting disabled, I applied a fix that made double or
22:49.24CIA-73BRL-CAD: single-buffering refresh properly. bob made a nice estimated 25% performance
22:49.24CIA-73BRL-CAD: improvement to the blit time on the ogl interface as well by packing pixels as
22:49.24CIA-73BRL-CAD: BGRA instead of ABGR. still slow as balls but it's better.
22:49.41brlcadlesiure suit erik
22:49.43brlcadin 3d
22:50.10starseekerscrubs brain
22:50.44``Erikthere's some eyebleach in the machine room
IRC log for #brlcad on 20100507

IRC log for #brlcad on 20100507

00:03.50brlcadd-lo: because opennurbs is required -- if you don't build the bundled opennurbs, it implies that there should be a system opennurbs available still.  
00:04.37brlcadmost of the external deps are "required" .. the maintenance burden can be pretty high for purely optional features
00:25.46``Erikcffi is vrrrry nice
01:06.52CIA-73BRL-CAD: 03Paola09 07http://brlcad.org * r2229 10/wiki/SGI_Cube:
01:19.02CIA-73BRL-CAD: 03Sean 07http://brlcad.org * r2230 10/wiki/SGI_Cube: Reverted edits by [[Special:Contributions/Paola09|Paola09]] ([[User talk:Paola09|Talk]]); changed back to last version by [[User:Ssd|Ssd]]
01:19.28CIA-73BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Paola09]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
01:58.29*** join/#brlcad juub (~jwb@unaffiliated/juub)
02:12.27*** part/#brlcad juub (~jwb@unaffiliated/juub)
02:14.27*** join/#brlcad juub (~jwb@unaffiliated/juub)
02:50.19starseekerd-lo: indeed, we have enough BRL-CAD significant changes to OpenNURBS that it's questionable whether a system-local version would provide same-quality raytracing
03:22.47starseeker``Erik: isst_sdl is crashing on gentoo because of the sflags
03:25.35starseekerby the time it tries to call SDL_SetVideoMode, something has gone wrong
03:25.55starseekerpasting in SDL_HWSURFACE|SDL_DOUBLEBUF|SDL_RESIZABLE instead of isst->sflags works
03:26.50starseekerso does changing line 162 of main.c from isst->sflags = sflags;
03:26.57starseekerer to, not from
03:28.43CIA-73BRL-CAD: 03starseeker * r39069 10/isst/trunk/sdl/main.c: Make things work on gentoo - the |= assignment didn't seem to result in sane sflags being assigned to isst->sflags
03:30.05starseekerreflects it would be good to somehow raytrace the view only if something changed (camera position or zoom or what have you)
03:35.32starseekerhumph - SDL_OPENGL doesn't work here
03:35.40starseeker``Erik: does it work on the Mac?
04:28.38starseekereyes http://www.ogitor.org... not in-window Qt, but I wonder how much it would take to make a Qt version of Archer with that as a starting point...
04:59.45*** join/#brlcad Nohla (~jesica@201.255.236.141)
05:04.26*** join/#brlcad jesica__ (~jesica@201.255.236.141)
07:07.46*** join/#brlcad Ralith (~ralith@216.162.199.202)
08:01.44*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
08:14.16CIA-73BRL-CAD: 03d_rossberg * r39070 10/brlcad/tags/rel-7-16-8/misc/win32-msvc/Dll/CMakeLists.txt:
08:14.16CIA-73BRL-CAD: fixes the MS Windows DLL CMake build
08:14.16CIA-73BRL-CAD: without it the C++ interface will not compile and therefore the DLL can not be created
08:46.06*** join/#brlcad mafm (~mafm@198.Red-79-159-1.staticIP.rima-tde.net)
09:23.03*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
10:57.07CIA-73BRL-CAD: 03erikgreenwald * r39071 10/isst/trunk/sdl/main.c: use bu_calloc to avoid uninitialized memory issues (like cliff's gentoo crash)
11:15.41CIA-73BRL-CAD: 03erikgreenwald * r39072 10/isst/trunk/gtk/gui.c: add "Aiieee" view option, to look at the geometry center without moving the camera location
11:27.04brlcadaieeee!
12:07.09*** join/#brlcad piksi (~piksi@pi-xi.net)
12:13.24*** join/#brlcad piksi (~piksi@pi-xi.net)
12:16.59*** join/#brlcad piksi (~piksi@pi-xi.net)
12:19.47``Erikheh, yeah :) ed commented about getting lost and going "aiieeee, where'd the model go?"
13:18.11CIA-73BRL-CAD: 03erikgreenwald * r39073 10/brlcad/trunk/src/adrt/librender/ (12 files): return success/value from the _init funcs
13:18.26CIA-73BRL-CAD: 03erikgreenwald * r39074 10/brlcad/trunk/src/adrt/librender/ (camera.c camera.h): shader unload func
13:24.15``ErikNEAT, gdb segfaulted!
13:55.38CIA-73BRL-CAD: 03erikgreenwald * r39075 10/isst/trunk/ (Makefile.am configure.ac m4/ m4/OpenGL.m4): import OpenGL.m4 from gamem4 (http://brlcad.org/~erik/files/gamem4-0.2.tar.gz)
14:06.15``Erikhuh
14:06.29CIA-73BRL-CAD: 03erikgreenwald * r39076 10/isst/trunk/sdl/ (Makefile.am event.c isst.h main.c): add opengl glTexSubImage2D render path
14:16.52*** join/#brlcad piksi (~piksi@pi-xi.net)
14:35.44*** join/#brlcad piksi (~piksi@pi-xi.net)
15:00.02*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
15:34.16*** join/#brlcad piksi (~piksi@pi-xi.net)
15:45.41*** join/#brlcad piksi (~piksi@pi-xi.net)
15:53.18*** join/#brlcad piksi (~piksi@pi-xi.net)
15:55.41*** join/#brlcad piksi (~piksi@pi-xi.net)
16:24.45*** join/#brlcad piksi (~piksi@pi-xi.net)
17:14.58CIA-73BRL-CAD: 03davidloman * r39077 10/rt^3/trunk/include/: Modify svn:ignore to include newer autogen lib header file names.
17:26.13CIA-73BRL-CAD: 03davidloman * r39078 10/rt^3/trunk/ (32 files in 15 dirs):
17:26.13CIA-73BRL-CAD: Running into some name collisions. libEvent was generating a library header
17:26.13CIA-73BRL-CAD: named event.h, which was clobbering the class header Event.h. Changed library
17:26.13CIA-73BRL-CAD: header generation to prepend a 'lib' to the generated header. Updated
17:26.13CIA-73BRL-CAD: appropriate file #includes.
17:29.30CIA-73BRL-CAD: 03davidloman * r39079 10/rt^3/trunk/ (include/Throwable.h src/GE/exception/Throwable.cxx): Move destructor implementation from header into src file.
17:39.23CIA-73BRL-CAD: 03erikgreenwald * r39080 10/isst/trunk/sdl/event.c: indent
17:52.40CIA-73BRL-CAD: 03erikgreenwald * r39081 10/brlcad/trunk/src/adrt/librender/camera.c: use bu_malloc/bu_free. Fix bug where freed memory was dereferenced. remove verbosity.
17:52.41CIA-73BRL-CAD: 03davidloman * r39082 10/rt^3/trunk/include/ (34 files): WS, Formatting
18:05.58CIA-73BRL-CAD: 03erikgreenwald * r39083 10/isst/trunk/sdl/event.c: enable shader on reload
18:12.55CIA-73BRL-CAD: 03bob1961 * r39084 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: The handleTreeOpen method now checks to see if we're in list view mode. The setTreeView method has be updated to set the wait cursor.
18:16.49CIA-73BRL-CAD: 03bob1961 * r39085 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Split out the code to initialize images related to the framebuffer into a separate method (i.e. initFbImages). In the constructor, call the Load method after things are idle.
20:15.03starseekerwoah - that's a seriously unhappy metaball tessellation
20:15.39``Erikeh?
20:15.57starseekerg-stl -8 -o test.stl metaball.g someballs.s
20:16.37``Erikah, ugh
20:16.42``Erikthe -8 is, kinda, wrong for a metaball
20:18.56starseeker``Erik: where are your isst/metaball screenshots again?
20:19.04``Erikfake a point evaluation by faking a ray by doing a bunch of point evaluations, ... not quite right
20:19.19``Erikhttp://brlcad.org/~erik/mc/mb-isst.png ?
20:19.34``Erikg-stl without the -8 will do metaballs a lot better
20:19.36starseekercool, thanks
IRC log for #brlcad on 20100508

IRC log for #brlcad on 20100508

04:24.54*** join/#brlcad Nohla (~jesica@201.255.236.141)
07:43.39*** join/#brlcad jesica__ (~jesica@201.255.244.117)
09:23.39*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
09:33.50*** join/#brlcad mafm (~mafm@198.Red-79-159-1.staticIP.rima-tde.net)
11:19.46*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
13:06.42*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
13:20.40``Erikhuh http://blog.wolfire.com/2010/05/Linux-users-contribute-twice-as-much-as-Windows-users
14:32.45Stattrav``Erik: mac users fall somewhere in between :)
15:10.01``Erikayup
15:11.03``Erikthere're several interesting blog entries on that site, including one about AAA titles vs indie games regarding platform sales that I found interesting :)
15:13.52``Erik(the gist being that the big titles are released for windows with lots of marketting, then a year later after no one cares, the mac version is released... and that's why producers don't think mac games sell)
18:07.06*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
19:30.30*** join/#brlcad Nohla (~jesica@97-133-231-201.fibertel.com.ar)
20:43.28``Erikthat's a considerable pile.. all my old computer shit in one lump
20:44.03``Erik<-- ponders looking up a local linux users club to donate to
20:44.58``Erikstarseeker, I toldja about the monthly lisp users club in DC, right? we need to carpool one of them
21:34.47PrezKennedyi wanna go to the lithp club!
22:45.37*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
23:00.39*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
23:01.23*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
IRC log for #brlcad on 20100509

IRC log for #brlcad on 20100509

01:13.44starseek1rHuh - Qt 4.7 will include something called QML - Qt user interfaces defined using XML
01:14.12starseek1rwonder how that'll compare to gtk/glade
01:38.44juub"lithp" club. Hah!
02:49.50juubI'm loving BRL-CAD.  Thanks for the great project.  What timing, too.  I'm on Gentoo, and just happened to start looking for Linux CAD solutions shortly after BRL-CAD made it to Gentoo, what luck!
02:50.24juubI'm still learning it, though.  I think I'm only on Lesson 10 of the Introduction to BRL-CAD.
03:22.40brlcadglad to hear it juub
04:09.21starseek1r``Erik: sounds like a plan - when do they meet?
07:21.23*** join/#brlcad Nohla (~jesica@201.255.244.117)
09:48.48juubCreepy, the software speaks.
09:49.53juubHmm, since brlcad speaks, and brlcad makes changes to itslef... is BRL-CAD self-aware?
11:02.09brlcadheh
12:48.02``Erikcept it likes to call itself BGR
12:49.34``Erikstarseek1r: http://www.lisperati.com/fringedc.html
13:57.36``Erikgrar, effin' teaball came open :(
14:01.46juubI've noticed some discrepancies between the introductory lessons and what I see in BRL-CAD (mostly just GUI), how 'out-dated' are the documents from the army?
14:03.06juubI mean, have the PDFs been updated over time as the project evolves?
14:07.50``Eriksometimes they're updated, sometimes they aren't... if you could submit documentation bug reports (or patches to fix the docbook), that'd be great :D
14:08.30juubThey're docbook?  I'm talking about the Army PDFs.... Perhaps one in the same, I'm not sure.
14:09.07juubSpecifically the "Introduction to MGED.pdf" found here: http://brlcad.org/wiki/Documentation
14:10.17juubSorry if I appear obtuse, I don't mean to be, I've just been awake since 4pm (16:00) yesterday.
14:11.31``Erikyeah, they were originally written as LaTeX, starseeker put a lot of effort into converting what he could to docbook and setting things up to generate the pdf's (and html, etc), still some stuff that hasn't been converted yet, though...
14:11.48``Erikhow did you install? from source, or using the gentoo package management shtuff?
14:12.31``Erikwell, either way, the source tarball has a doc/ directory with all the docbook stuff in it :) *shrug*
14:16.13juubAh.  I installed using Gentoo's package management tools.  I have -doc set as a 'world' default, since it tends to exacerbate install size.  Is the docbook online anywhere?  I grabbed all those PDFs linked on that page when I first discovered BRL-CAD.
14:16.45``Erikin the 'browse svn' of the sourceforge page
14:17.57juubah, of course.
14:18.14``Erikin theory, those pdf's have the same content as the docbook and hopefully reasonably similar formatting to the PDF's generated from docbook... starseeker would be the one to talk to about the doc stuff :D I tend to be more of the "the code is the documentation" anti-user types ;)
14:18.31juub:)
14:18.48juubI would do well to be more of that type myself...  I do appreciate a good manual, though.
14:19.51``Erik(even though I wrote a printed manual for some open source software I wrote a decade ago, and make sure there's adequate --help and manpages for everything I write... O.o )
14:20.07juub:)
14:36.41juubWhat is the general BRL-CAD consensus towards Blender?
14:40.35juubif any
14:43.06``Erikhow ya mean?
14:44.17juubKnow of it?  Love it?  Hate it?  Indifferent?  Thoughts on collaboration?
14:46.07``Erik*shrug* it does what it does, which is slightly different than what BRL-CAD does... we use it for some things, one of the BRL-CAD developers is putting together some blender course for something *shrug*
14:46.25juubnods
14:46.54juubHow does its renderer compare to BRL-CAD's?
14:47.09``Erikamusingly, the NURBS stuff in blender, they were using the nurbana guts which was written by a former BRL-CAD coder, and they've switched to using opennurbs which is what we've been using... and I think a few of the BRL-CAD developers are irl friends of some blenders devs? *shrug*
14:47.25juubAny plans to provide 'format swapping'?  I.e. exporters/importers between the two?
14:47.32``Erik<-- doesn't know, isn't a blender user
14:48.04``Erikum, blenders 'format' is a blind swizzle (memory dump) iirc, we'd either have to write a blender plugin or just use an intermediate format
14:48.38``Erikwe have a lot of importers and exporters for various formats, *shrug*
14:48.51juubnods, "Yeah, I was looking at the PDF on that."
14:49.15juubhah, I've never seen "blind swizzle" used to describe a memory dump.  I don't know anything about blender's file format.
14:49.16``Erikwhich is surely out of date :D
14:49.20juub=D
14:50.03``Erikum, I think 'serialize' might be a more popular verb for the technique these days
14:50.18``Erikhttp://en.wikipedia.org/wiki/Pointer_swizzling
14:51.25juubwow
14:51.45juubI have a BSc in CS, and I've never seen the term Pointer Swizzling.  Awesome ^_^
14:52.08``Erikheh
14:52.17``Erikbut ya probably did your work in jabba or c++, not C
14:52.18juubnice link, thanks.
14:52.23juubC.
14:52.30``Erikoh, neat :)
14:52.38juubK&R book is the only book on my programming shelf that gets regular use.
14:52.45juubWell, C++ in school, but yea...
14:52.58``Erikmine was a combination of C and c++, with a few asm's, scheme, prolog, and a handful of others thrown in for fun
14:53.27``Erikand annoying the 'smart' profs with questions during office hours to try to learn more than the course material heh
14:53.34juubI switched universities because they were teaching java instead of C++.  I asked the prof why java instead of C++, and, I shit you not, "A lot of the students were finding C++ too hard, so we switched to Java." Left that semester.
14:53.55``Erik<-- kept hearing about quaternions, managed to corner the linear algebra teacher to get a quick lesson even though he wasn't in the dudes class :D
14:54.15``Erikdamn, then they should find another major heh
14:54.20juubYou were taught asm in school?  Our computer architecture prof "[didn't] want to teach it", so we weren't taught asm.  :\
14:54.24juubEXACTLY
14:54.38``Erikmy cs class started at 330 and ended at 17, most went to CIS to learn java, javascript, visual basic and access... heh
14:55.03juub:/
14:55.24juubseems my school's CS department was more of a CIS.
14:55.39``Erikyeah, "assembly programming" was a mandatory class (286/dos), in arch we learned R2K (using spim), and then had to develope an ISA, write a program for it to solve a given problem, then design the circuitry in a design package (mmlogic, kinda like geda)
14:55.46juubsad, considering it was the "IT" school for my state.
14:56.02juubthat's awesome.
14:56.07``Erikand this was in a podunk college in missouri, pheer....
14:56.43juubI've dabbled in ASM, but nothing concrete... I have a book on it on my shelf, but it's a "programming from the ground up with asm" book --- so covering a lot I already know.  Oh well, one day I'll bite the bullet and read it cover to cover quickly.
14:56.47``Erikthe csab told them to change the requirements to have less math during my last year there... who knows what it's like now *shrug* it was difficult and I liked it O.o
14:56.47juubNice.
14:57.03juubwow, less math in CS.
14:57.33juubbreeding a bunch of lazy programmers, what with their built-in garbage collection... fscking java...
14:57.41``Erikhey now
14:57.43``Erikpets his lisp
14:57.47juublol
14:58.05``Erikjava is decent for what it does, but it's important to understand what it's doing for you
14:58.19juubindeed
14:58.47``ErikI've seen horribly slow java stuff on powerful hw, I managed to make a java/swing program work decently on a 486 with I think 8 megs of ram?
14:58.56juubI saw some mention of BRL-CAD potentially switching to Qt, know anything about that?
14:59.01``Erikand win95 torching the resources
14:59.20juubnot bad, but you know asm ;)
14:59.26juubso, that's like cheating ;)
14:59.41juubmmm win 95. Good times.
14:59.41``Erikehhh, the rt^3 stuff used qt and ogre as a notional replacement, starseeker and brlcad seem to keep talking about it
14:59.54``Erikthe isst stuff either uses gtk+ or SDL
15:00.05juubnot familiar with the rt^3 stuff... or isst...
15:00.09``Erikqt is heavy as hell
15:00.17juubI'm still in INtroduction to MGED
15:00.19juubyes, yes it is.
15:00.30juubI would love to be done with it, but VLC and Opera require it :\
15:00.50``Erikmight end up doing the blender/lw/bryce/etc way and writing a skinny widget toolkit :D who knows O.o
15:01.12``Erikvlc does? hrm, wonder if that's just for linux or if it's stashed in my mac's VLC.app
15:01.34``Eriknever been keen on opera, ff is ok, galeon was really nice
15:03.04juubnot familiar with galeon.  Back in '03 when I switched to Linux (fully and formally), FF was leaking memory quite badly, and Opera had a smaller resource footprint: filesize, memory, etc., but now I don't know.  I haven't checked.
15:03.15juubBut Opera is getting on my nerves...  Might be my hardware, though.
15:03.24juubVLC is the Video LAN Player, I think it's called.
15:03.46juub"VidoLAN - VLC media player"
15:03.50juub*VideoLAN
15:03.54``Erikvideolan client, yes
15:04.10``Erikbetter than quicktime.app :D
15:04.12juubclient, right. *taps his nose*
15:04.15juub:)
15:04.32``Erikmine uses the cocoa stuff, must be rigged up to use the 'right' one per os
15:05.02juubcould be, but if I didn't have qt installed already, then it should have had some POSIX default >_<
15:05.18``Erikpokes his new server with it's weird hardware :D
15:05.29juub:)
15:05.30``Erikhttp://www.globalscaletechnologies.com/t-openrdcdetails.aspx
15:05.58juubI hate finding some cool app, but can't (read: won't) install it because it wants to pull in all of gnome.
15:06.56``Erik<-- prefers gnome to kde... jumped on the gnome bandwagon with 0.10, found it very awesome by the time 0.30 came out
15:07.07juubIs Global Scale Technologies your company?
15:07.16juubI prefer WM only, no DE necessary :P
15:07.16``Erikno, I work for the army research lab
15:07.19juuboh neat
15:07.33``Erikheh, I don't run gnome environment stuff, btu the libraries are handy
15:07.43juubnods
15:07.49``Erikactually, haven't ran X in quite a while, been all mac for the gui, ssh into fbsd, ...
15:08.25juubstill, it seems to fly in the face of all that makes Linux grand when you find something spiffy that requires much unecessary cruft --- granted that's more poor design on the specific application's programmers part, but you get the gist.
15:08.34``Erikqt had an awesome tutorial way back then, but gtk+ was a lot more fun to code in *shrug* new qt stuff looks pretty snappy
15:08.52juubnods
15:09.12``Erikhm, linux quit being grand to me about a decade ago, too much kernel work, still have flashbacks o.o :D
15:09.25juubQt seems to change its look /often/; at least, that's the case when it updates on my system.  Maybe it's some obscure preference I've overlooked.
15:09.39juublol, what kind of kernel work? Compiling?
15:10.04``Erikdriver writing, fixing bugs in the network stack, etc
15:10.17juubah
15:10.46juubI've never happened across any hardware that wasn't already supported --- or, at least, supported after some google searching.
15:10.55``ErikI got pretty good at compiling the kernel :D
15:11.05juub:)
15:11.21juubLFS will be my next foray into the Linux underworld.
15:11.22``Erikyeahhh, some was partically supported, some was not supported at all, and some was just buggy *shrug*
15:11.38``Eriklike my miro capture card had no driver at all, was before the video4lin project
15:11.48juubwell... that's the same of Windows.  Don't know about Macs, no experience with them.
15:11.51``Erikand uh, a wave something soundcard/modem that wouldn't even recognize
15:12.11``Erikplus crazy shit I did with my breadboard (and I only managed to cook one motherboard)
15:12.28juubnods
15:13.11``Erikand then porting stuff to fbsd, doing driver work to try to get the nvidia binary blob to work, I had to read up on the linux ioctl's and how horribly they completely botched things up
15:14.57juubOh?  Do tell.  I haven't looked that deeply into it.  I've been quite negligent in that regard, actually.  Hence the progression towards LFS (Linux From Scratch): or I could just crack my tanenbaum Operating Systems book --- ugh, I wish my OS class in school was /real/: what a joke that was.
15:19.08``Erikthe gist is that the ioctl is supposed to copy X bytes in/out of kernel space, linux was just mapping without guards, so you can do an ioctl to read(orwrite) and go past the listed memory into kernel turf
15:19.49``Eriknvidia was abusing that, they'd read y'know, 40 bytes out, but ioctl to read 4 (EVERYTHING was 4 bytes) and just go past the buffer
15:20.22``Erikwe wrote code to intercept those bad ioctl calls and substitute the right length in where we could, but they'd stashed some ioctl calls in the binary blob, not just the open source component
15:20.32``Erikiirc... O.o was a while ago :)
15:21.34``Erikhttp://fbsd-nvdriver.cvs.sourceforge.net/viewvc/fbsd-nvdriver/fbsd-nvdriver/
15:22.33``Erikhttp://fbsd-nvdriver.cvs.sourceforge.net/viewvc/fbsd-nvdriver/fbsd-nvdriver/preload_hack/ioctl_hook.c?revision=1.5&view=markup has some of the ioctl ugliness we did
15:23.03juubwow, that's nuts.  Do you know if the ioctl stuff still behaves that insecurely?
15:23.13``Eriknot a clue
15:23.30``Erikat the time, I'd already decided fbsd >> linux
15:23.43juubnods
15:23.49juubWhat are your thoughts on OpenBSD?
15:24.19``Erikit's nice, not as end user friendly as fbsd, but has some really keen bits
15:24.47``ErikI tried to get permission to install an openbsd machine at work, was denied due to security concerns. wtf?
15:24.49juubI haven't looked at freebsd at all, but I like OpenBSD.  I use it solely as a server, though.
15:25.13juublol, yeah really. wtf. I use OpenBSD for my server /because/ it's notoriously secure.
15:25.31juubmaybe they were concerned it would throw the insecurity of the rest of the systems into sharp relief?
15:25.57``Erik(guy who made the call is anti open source, things windows is the bees knees, and has no responsibility for usefulness, exists solely in a CYA mode)
15:26.11juubwow
15:26.17juubwhat do you mean by CYA?
15:26.25juub"see ya'"
15:26.30``Erikcover your arse
15:26.33juubah
15:27.10juubWell that's asanine.  Couldn't you point out how absurdly insecure WIndows is?  Or is he fanboy?
15:27.51``Erik"it's microsoft's fault" vs "it's, uh, this guy up in canada's fault, we didn't pay for it so... *shrug*"
15:28.08juubgotchya
15:28.34``Erik(so we cheat using parallels or vmware)
15:28.47juub:)
15:29.57``Erikbrlcad, starseek1r: rel .8 vs .10? O.o
15:35.23juubwell, it was nice chatting with you ``Erik.  I think I'm going to take a nap.
15:35.29``Eriklater
17:22.45*** join/#brlcad Nohla (~jesica@201.255.244.117)
18:31.25starseek1r``Erik: hmm?
18:31.37starseek1rwhat about 10?  we just tagged 8
18:59.52``Erikyeh, but brlcad was wanting to fix something before a tarball upload, called thursday evening as a cutoff, I never heard what the decision was
IRC log for #brlcad on 20100510

IRC log for #brlcad on 20100510

00:01.38``ErikI think this simpsons episode just claimed that springfield is actually barney, nd
03:16.21*** join/#brlcad jesica__ (~jesica@201.255.244.117)
06:48.44*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
07:54.39*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
08:13.55*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
09:47.02*** join/#brlcad Nohla (~jesica@201.255.244.117)
10:42.42d-loMerning all!
10:47.44*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
11:16.20*** join/#brlcad stevegt`` (~stevegt@cislunar.TerraLuna.Org)
12:55.50``Erikso weird being in the same room as my servers, not used to hearing the disk rattle when I do io heavy cmds :D
13:30.32d-lo:)
14:52.14``Erikit's a strange situation, hooking up the tv in my study has me spending a lot more time in it, even if the tv isn't on... I'm sitting here at my computer desk, mp3's blasting on the audio system, cleaning crap up O.o very odd
14:52.32``Erikit's also the warmest room in the house with the computers and all :D
14:53.41``Erikthe cats have decided that when I'm sitting in my computer chair, the top of the back is totally king of teh hill time, game on
14:56.51starseek1rheh
14:57.54starseeker``Erik: we got it fixed in time (that was the red command tossing out non-standard attributes)
15:02.40``Erikis the tarball up?
15:02.48starseekernot yet - just need to upload it
15:02.58``ErikI need a viable tarball on sf so'z I can commit this fbsd port patch
15:03.07starseekerbrings up the instructions...
15:03.28``ErikI've let it go too damn long, that's why I was so big on doing distchecks and port builds the last couple weeks :)
15:04.14starseekerre-runs it one last time to be sure, while reading instructions...
15:04.44``Erikpersonally, I woulda just called .8 a release and did a rapid followup with .10
15:05.24starseekerproblem there was upgrading tcl/tk - that always makes for some fun
15:05.26``ErikI "fixed" a release a long time ago and decided it'd caused too much trouble downstream, better to leave it and follow it up a few days later
15:05.42``Erikof, uh, I think it was bmud
15:06.42starseekerwell, it shouldn't be a problem here, since the tarball wasn't up yet
15:07.24``Eriktell ya what, when I get in tomorrow, I'm going to check my email, read my webcomics, then cycle a port build on my bsd machines and flip out if'n ya'll aint' got a tarball up :D might do it myself
15:07.51starseekeris putting the tarball up now
15:07.55``Eriktoday, I clean my study some more, play video games, and try to ignore the existance of ARL :D
15:08.06starseekerheh
15:08.29``Erikbut we do need a team pbr soon, I think
15:08.45starseekeryes, I agree
15:09.01``ErikI can has card moves plz?
15:09.03``Erik;D
15:09.08starseekerheh
15:09.18``ErikI think I signed up for 0 and finished 3
15:09.36starseekerwhen we say we need a meeting, you KNOW we need one :-P
15:16.48starseekerhmm, new Ayam release
15:17.01starseekerwonders if he can get this one to run...
15:39.40d-lowonders if the 'ringworld' would make a good mmo setting or not.....
15:42.28starseekerah, crap
15:42.34starseekermessed up the directory creation
15:43.15CIA-73BRL-CAD: 03bob1961 * r39086 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Update the createObj method to work with the new tree.
15:45.37``Erikhow far are ya in the book, dave?
15:45.41CIA-73BRL-CAD: 03bob1961 * r39087 10/brlcad/trunk/src/tclscripts/archer/ (6 files in 2 dirs): Added a set of images for sph. This is for the new tree view.
15:46.01``Eriklooks over at the original trilogy on his shelf
15:47.25``ErikI have most of his books, if you want dead tree, I can loan
15:47.40``ErikI like the dead tree, it works well on planes :)
15:52.08starseekerhey ``Erik, can you see this URL?  http://members.chello.nl/w.boeke/SDL-widgets/index.html
15:53.24``Erikja?
15:53.35starseekerI can't get a look at it here
15:53.54starseekeris it what it sounds like?  (gui widgets for SDL?)
15:55.11``Erikyes
15:55.30starseekerdo they suck visually, or are they decent?
15:55.37``Eriksubmit a helpdesk ticket, list all your hosts, cc me
15:55.52``ErikI'll re-fwd tomorrow to open it up
15:56.19starseeker``Erik: no biggie - I can check it tonight at home - I was just curious if you thought it was worth the time to look at it
15:56.35starseeker('course, if it's GPL it's a no-go anyway)
15:56.40``Erikthe widgets look decent
15:56.58starseekercool
15:57.06starseeker``Erik: tarballs going up now
15:57.07``Erikmight be 2d variant
15:57.11``ErikI d'no
15:57.27``Erikok, well, I'm gonna go bath my car and clean up my garage, ya'll have fun :D
15:57.43starseekercool, later :-)
16:00.59starseekertarballs up
16:04.43``ErikNNGNNGNGNNGGGGG, it's pushing oil outo f the gasket
16:09.57starseekerthat doesn't sound good...
16:26.13d-loDead tree requires time to hold and examine said dead tree.... of which I have little.
16:26.23d-loAudioTree is the way for me.
16:26.51d-lowaits as fbsd's ports updates for the first time.... yuck.
16:48.39*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
16:56.30``Erikaa first time is the hardest
17:01.44d-loheh, yeah.  It's taking a fair amount of time :)
17:03.30CIA-73BRL-CAD: 03starseeker * r39088 10/brlcad/trunk/src/tclscripts/archer/images/ (21 files): Add the remaining arb* icons, and make ell* icons into true ell images rather than sph images
17:13.04d-lonice 5%
17:13.16d-lothis might be done by..... Wednesday!
18:18.17CIA-73BRL-CAD: 03starseeker * r39089 10/brlcad/trunk/src/tclscripts/archer/images/ (30 files): Add labeled icons for Archer
20:08.23starseekerconfound it - the red command still has issues
21:45.17``Erik<PROTECTED>
21:45.40``Erikkitteh were interested in the fish food, so'z I let 'em smell an algae water figuring they'd sniff and be done
21:45.43``Erikhe ate it!
21:49.51``Erikanyone looking for a cat? a friend has found a litter
22:34.52*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
23:03.18starseekerhmm, cool - the introduction of general ellipsoid into BRL-CAD's precursor:  http://oai.dtic.mil/oai/oai?verb=getRecord&metadataPrefix=html&identifier=ADA000897
IRC log for #brlcad on 20100511

IRC log for #brlcad on 20100511

00:59.30*** join/#brlcad Nohla (~jesica@201.255.244.117)
01:15.37CIA-73BRL-CAD: 03starseeker * r39090 10/brlcad/trunk/doc/docbook/ (5 files in 3 dirs):
01:15.37CIA-73BRL-CAD: Start getting a handle on the standard attributes and how they are named in
01:15.37CIA-73BRL-CAD: BRL-CAD. Need to make sure once and for all that all the tools a) set and read
01:15.37CIA-73BRL-CAD: values correctly given the new v5 attribute system b) don't do damage through
01:15.37CIA-73BRL-CAD: lack of awareness of new attributes (see red bug) and c) correctly read and
01:15.37CIA-73BRL-CAD: write attributes to/from files (red is ignoring new values currently - need to
01:15.38CIA-73BRL-CAD: fix this, check other tools).
02:03.04CIA-73BRL-CAD: 03starseeker * r39091 10/brlcad/trunk/src/libged/ (Makefile.am subtype.c):
02:03.04CIA-73BRL-CAD: Start roughing out a libged function to look at a given instance of a general
02:03.04CIA-73BRL-CAD: primitive type and find the simplest primitive type capable of representing the
02:03.04CIA-73BRL-CAD: shape defined by the particular parameters - e.g. recognize an rcc stored as a
02:03.04CIA-73BRL-CAD: tgc, or a sph stored as an ell.
02:24.00juub"11:56:35 < starseeker> ('course, if it's GPL it's a no-go anyway)"  why's that?
03:04.43*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
03:17.21*** join/#brlcad jack (~jack@85.92.137.10)
03:24.18starseekerjuub: We're licensed as LGPL, primarily
03:24.27starseekerdepending on a GPL toolkit would cause problems
03:28.40starseekermeh - they don't seem to have ANY license
03:28.58starseekertake another look at Agar...
03:44.15starseekerman those are sexy demos...
03:59.19*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
04:04.56brlcadhttp://blog.nielshorn.net/2010/05/cad-programs-on-slackware-??-4-??-brl-cad/
04:06.08brlcador http://blog.nielshorn.net/2010/05/cad-programs-on-slackware-%E2%80%93-4-%E2%80%93-brl-cad/
04:08.23starseekercool - quite positive
04:08.35starseekernot thrown by the lack of shaded displays
04:24.15starseekergets close to a test loading of a .g file with the Agar file dialog
04:25.52starseekerhah!
04:52.17starseekerhard-coded tank for ktank.g at the moment, but it worked!
04:56.07*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
04:59.42starseekerhttp://bzflag.bz/~starseeker/isst_sdl_fileopen.png followed by http://bzflag.bz/~starseeker/isst_sdl_openedfile.png
05:02.18starseekerscp's himself the files for later and hits the hay
05:27.43*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
05:52.27juubstarseeker: I see.  Would you be so kind to point me to a decent document that explains the conflicts between the various lisence options?  I'l ask google, of course, but you clearly have specific knowledge on the subject, which can save me substantial seeker-time.
05:52.44juub+l
05:59.57*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
08:02.54*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
08:53.09*** join/#brlcad jack (~jack@unaffiliated/jack)
10:14.53*** join/#brlcad ``Erik (erik@c-69-140-109-104.hsd1.md.comcast.net)
10:37.06d-loMernin all
11:03.40``Erikyargh
11:03.55d-lo``Erik: you going to the 0900 training?
11:04.05``Erikindianlarry is listening to rap with banjos O.O
11:04.08``Erikuh, what training?
11:04.17d-loat the theatre
11:04.40d-lohillbilly gansta
11:04.42d-lonice
11:06.36``Erikganstagrass, pheer
11:09.55d-loI got a feeva, and the only cure is more banjo..... no wait....
11:10.43``Erikwalken++
11:21.45d-loha, is that the "most awesomestest language" ever?
11:29.07d-lowow, a sharp 52" 1080p LCD for $800 even....
11:51.43CIA-73BRL-CAD: 03davidloman * r39092 10/rt^3/trunk/tests/libEvent/BasicEventTest.cxx: Clean up libEvent test.
11:59.59CIA-73BRL-CAD: 03davidloman * r39093 10/rt^3/trunk/src/libEvent/ (EventSubscription.cxx EventSubscription.h): Implement equality operator for EventSubscription.
12:12.24CIA-73BRL-CAD: 03davidloman * r39094 10/rt^3/trunk/src/libEvent/EventManager.cxx: Add checks for duplicate EventSubscription additions.
12:13.09CIA-73BRL-CAD: 03davidloman * r39095 10/rt^3/trunk/include/EventManager.h: WS, Formatting.
12:18.15CIA-73BRL-CAD: 03davidloman * r39096 10/rt^3/trunk/src/libEvent/EventManager.cxx: Implement EventManager::unsubscribe(...)
12:22.14starseekerjuub: this might be helpful:  http://www.dwheeler.com/essays/floss-license-slide.html
12:22.43CIA-73BRL-CAD: 03davidloman * r39097 10/rt^3/trunk/ (include/EventManager.h src/libEvent/EventManager.cxx): Add mutex locks to protect the EventManager::subscriptions list.
12:44.41``Erikheh, dave has a nifty program, 'sloccount', fun stuff :)
12:45.56starseeker``Erik: what do you think - could we do a src/other style build specific to the isst module to hold SDL and related goodies?
12:49.56*** join/#brlcad marko (~marko@206.248.94.201)
12:50.05markohi all
12:53.04markowhen I try to configure brlcad, it detects the tcl (8.4) that is installed on the machine, but when it tries to detect tk the attempted linker invocation does not include the tcl lib and thus undefined reference to `tclIntStubsPtr'
12:53.46starseekermarko: are you specifically trying to compile against system tcl/tk?  If not, you might try --enable-all
12:55.13brlcadpolo!
12:57.17brlcadmarko: which specific test fails?  there's the lib existence test and there's a functionality test
12:57.34markostarseeker: I hadn't chosen any specific tcl/tk. But the included tk is 8.5 and because the system tcl is detected first and is 8.4 I get an error during configuration. In general, I much prefer using already installed packags
12:58.21brlcadcan you pastebin your configure output?
12:59.08markobrlcad: confguring
12:59.17starseekerhits the road...
12:59.28brlcaddon't let the road hit you back
12:59.49starseekerwinces - it did that once in Delaware...
13:02.29markobrlcad: http://pastebin.com/Jx9VnwU2
13:03.07markobrlcad: or do you need more?
13:05.04brlcadlooking
13:05.34brlcadoh yeah, need a lot more that preceeded
13:05.53brlcad--disable-tk
13:06.07brlcadthat will force it to use your system tk
13:06.19brlcad(it's an alias for --disable-tk-build)
13:11.05markofirst, here is more of the configure output http://pastebin.com/5niVDCAx will try with --disable-tk next
13:16.37markobrlcad: configure fails
13:16.48markobrlcad: in the config.log I see
13:16.50markoconfigure:30650: checking for Tk_MainLoop in -ltk
13:16.51markoconfigure:30680: cc -o conftest -O2 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include -I/usr/include -L/usr/pkg/lib -Wl,-R/usr/pkg/lib -L/usr/lib -Wl,-R/usr/lib conft
13:16.51markoest.c -ltk   >&5
13:16.51marko/pkg_comp/obj/pkgsrc/mypkgs/brlcad/default/.buildlink/lib/libtk84.so: undefined reference to `tclIntStubsPtr'
13:16.51marko/pkg_comp/obj/pkgsrc/mypkgs/brlcad/default/.buildlink/lib/libtk84.so: undefined reference to `Tcl_InitStubs'
13:16.51marko/pkg_comp/obj/pkgsrc/mypkgs/brlcad/default/.buildlink/lib/libtk84.so: undefined reference to `tclStubsPtr'
13:16.51markoconfigure:30686: $? = 1
13:17.38markobrlcad: the problem seems that in that linkage attempt there is no -ltcl84, not?
13:23.08markobrlcad: I have --enable-tcl and did get past the config error, but it's not a solution
13:25.23``Erikis there a tcl84stub.so or something that's not being linked?
13:29.25marko``Eric: marko@prpad:marko% pkg_info -f tcl-8.4.18 |fgrep stub
13:29.25marko<PROTECTED>
13:29.44marko``Eric: but no .so
13:44.44brlcadmarko: still need a little more of the configure output (3 or 7)
13:44.54brlcader, section 3 of 7
13:45.16brlcadthe linkage failure there is for the tcl stubs library, not the tcl library
13:57.04brlcadyou apparently have an unresolved tk library installed, which isn't usual
13:57.54brlcador you just don't have the tcl stub library installed or something similar
13:58.12brlcadthat's what I need section 3 for
14:01.14brlcadthis change should help
14:01.40CIA-73BRL-CAD: 03brlcad * r39098 10/brlcad/trunk/configure.ac: include the stub libraries for all of the tcl/tk library checks. report of unresolved tclstub symbols during -ltk testing from marko via irc.
14:07.31*** join/#brlcad Ralith (~ralith@216.162.199.202)
14:07.55markobrlcad: here is more config output http://pastebin.com/d9vZp5fC
14:18.45brlcadrhx
14:20.15brlcadmarko: yeah, pretty much everything I just mentioned .. theres's a change in place now that should make it work for that case
14:21.07brlcadcan use svn to get it, or apply patch, or there are configure flags you can pass to make it work (add -ltclstub84 to your LDFLAGS)
14:27.20d-lo``Erik: sloccount?
14:33.08``Erikhttp://www.dwheeler.com/sloccount/
14:36.17d-loI C.  Danke!
14:49.34*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
14:58.22CIA-73BRL-CAD: 03davidloman * r39099 10/rt^3/trunk/src/libJob/JobManager.cxx: Added some debug statements into JobManager to help track down a segfault.
15:04.38CIA-73BRL-CAD: 03starseeker * r39100 10/isst/trunk/sdl/ (Makefile.am main.c): Rough in code to use a file dialog to select the .g file for ISST with SDL, using the Agar toolkit.
15:22.53markobrlcad: i get much further, but compile fails in openNURBS
15:25.15markobrlcad: a snippet of the output where it starts falling over http://pastebin.com/yrZWz5ef
15:26.52CIA-73BRL-CAD: 03davidloman * r39101 10/rt^3/trunk/ (include/JobWorker.h src/libJob/JobWorker.cxx): Make JobWorker set its status flag to _WORKING when actively processing an AbstractJob.
15:33.31CIA-73BRL-CAD: 03bob1961 * r39102 10/brlcad/trunk/src/librt/primitives/bot/bot.c: Fixed a bug in rt_bot_create (i.e. only set thickness and face_mode for plate mode bots).
15:38.14CIA-73BRL-CAD: 03davidloman * r39103 10/rt^3/trunk/ (include/JobManager.h src/libJob/JobManager.cxx): Add singleton mutex for initialization control. Separated the starting of JobWorker threads into a JobManager::startup() function. Implemented the counterpart, JobManager::shutdown()
15:40.08CIA-73BRL-CAD: 03davidloman * r39104 10/rt^3/trunk/ (4 files in 2 dirs): Remove JobWorker from libJob public's api.
15:42.12CIA-73BRL-CAD: 03davidloman * r39105 10/rt^3/trunk/src/libEvent/EventSubscription.cxx: Break out logic operations in == operator to aid in troubleshooting a bug.
15:42.13d-loanyone know a way to print to STDOUT in bold?
15:42.19d-lovia C/C++
15:47.27CIA-73BRL-CAD: 03davidloman * r39106 10/rt^3/trunk/src/libEvent/EventManager.cxx: Forgot to initialize EventManager::log to something!
16:02.40d-loHere comes the rain! http://radar.weather.gov/Conus/full_loop.php
16:08.13CIA-73BRL-CAD: 03davidloman * r39107 10/rt^3/trunk/ (3 files in 2 dirs): Move JobWorker startup log entry to JobWorker class. Makes more sense to be there. Added a job submission block if the ::startup() function hasn't been called yet, or if the ::shutdown() function has been called.
17:11.04CIA-73BRL-CAD: 03davidloman * r39108 10/rt^3/trunk/ (include/JobManager.h src/libJob/JobManager.cxx): Add optional blocking to JobManager::shutdown(..) call. When desired, the JobManager will give the remaining jobWorkers 60secs (default) to complete the work remaining on the JobQueue before forcing all threads to stop.
17:14.33CIA-73BRL-CAD: 03davidloman * r39109 10/rt^3/trunk/tests/libJob/ (BasicJMTest.cxx PrintToStdOutJob.cxx): Update Basic Job Manager test to include testing the new shutdown feature.
17:16.35brlcadd-lo: curses
17:16.37brlcad:)
17:16.39CIA-73BRL-CAD: 03davidloman * r39110 10/rt^3/trunk/src/libJob/JobManager.cxx: Add additional log statement at initiation of JobManager shutdown.
17:18.37``Erikor ascii escape codes
17:24.47d-lobrlcad: awesome, tanks!
17:29.07CIA-73BRL-CAD: 03davidloman * r39111 10/rt^3/trunk/tests/libEvent/BasicEventTest.cxx: Cleanup logic. Combine repetitive code. Add JobManager startup and shutdown calls.
17:36.31CIA-73BRL-CAD: 03davidloman * r39112 10/rt^3/trunk/src/libJob/JobManager.cxx: Small comment verbage change.
18:12.50*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
18:41.30CIA-73BRL-CAD: 03bob1961 * r39113 10/brlcad/trunk/src/tclscripts/lib/RtControl.tcl: Fixed a typo.
19:31.31*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
19:41.42CIA-73BRL-CAD: 03davidloman * r39114 10/rt^3/trunk/src/libNetwork/ (Gateway.cxx Gateway.h): Ground work for wrapping a NetPortalManager and its set of Portals into a single threaded entity.
20:14.57*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
21:13.16brlcadoof
21:56.31CIA-73BRL-CAD: 03bob1961 * r39115 10/brlcad/trunk/src/tclscripts/lib/tclIndex: Add more entries for cadwidgets::Ged.
23:29.28*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
23:30.36*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
IRC log for #brlcad on 20100512

IRC log for #brlcad on 20100512

00:19.36*** join/#brlcad Nohla (~jesica@201.255.217.10)
01:57.15*** join/#brlcad Nohla (~jesica@201.255.217.10)
02:04.44juubstarseeker: thanks for the link.
04:01.33*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
04:33.48*** join/#brlcad jesica__ (~jesica@201.255.251.76)
05:26.25*** join/#brlcad juub (~jwb@unaffiliated/juub)
05:39.32*** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ)
07:57.05*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
10:28.38d-loMernin all
11:10.56*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:35.24CIA-73BRL-CAD: 03erikgreenwald * r39116 10/isst/trunk/ (configure.ac sdl/Makefile.am): add --with-agar instead of hard coding paths
11:39.13``Erikhuh http://www.wolfire.com/humble/stats
11:40.27d-lowhat's that for?
11:41.31d-lowow, 1.1 mil in  7 days?
11:41.42d-loNow I really want to start an indie company!
12:00.53``Erikwas 7 games as a big donation drive
12:01.08``Erikhttp://www.linuxgames.com/archives/15237
12:17.29CIA-73BRL-CAD: 03erikgreenwald * r39117 10/isst/trunk/sdl/ (event.c main.c): default to OpenGL context if possible.
12:22.19CIA-73BRL-CAD: 03erikgreenwald * r39118 10/isst/trunk/sdl/event.c: 0 key now looks back at geometry
12:24.00juubwow, that's awesome ``Erik.
12:29.58d-lobrlcad: just curious as to why QT was picked to pair up with Ogre and not CEGUI ?
12:30.20juubO.o BRC-CAD is doing something with Ogre?
12:32.12d-loyeah, working on an eventual replacement for mged.
12:33.13juubInteresting.  Is there a place where I could read about it in detail?  I'm just getting into BRL-CAD, and am still in the Introduction to MGED pdf (haven't gotten back to it in a few days).
12:33.31starseekerthat's not really an intro topic
12:33.49juubPardon?
12:33.53starseekerI'd suggest finishing the intro pdf first
12:34.17starseekerQt+Ogre+BRL-CAD is rather... involved :-)
12:34.42starseekerhowever, if you're curious, you can take a look here:  http://brlcad.org/wiki/User:Ralith
12:37.04juubthanks
12:38.07d-losneaky!  Tofu == brlcad ... whodathunk?!
12:38.16juub:)
12:39.19starseekerjuub: if your video player can handle it, you might take a look at this video to see the current state:  http://bzflag.bz/~starseeker/g3d.avi
12:39.50juubwow, look at the humble page on wolfire.com (http://www.wolfire.com/humble), scroll down to the statistics, and switch to the "top" listing: $3333.33, $1337.0, do you think someone found an exploit, or were just that generous?
12:40.49juubstarseeker: will do.  Is there any sound, or can I leave my headphones off?
12:40.54starseekerno sound
12:41.53juub"Blender camera" --- interesting!  I was asking just the other day about the BRL-CAD consensus towards Blender.
12:42.07starseekerthat's just a camera mode
12:42.14juubI figured
12:42.21starseekerBlender is GPL, so it's not directly usable as code in BRL-CAD
12:42.29starseekerand it's a slightly different problem domain
12:42.30juubnods
12:42.35brlcadmged "replacement" is totally the wrong way to think about the new gui, it's a comprehensive redesign of MGED's GUI plain and simple, not a replacement of MGED
12:42.35starseekerbut it's impressive software!
12:43.04juubbrlcad: will mged still exist without QT/Ogre?
12:43.07juubstarseeker: agreed
12:43.56brlcadjuub: it depends what you consider to be "mged", the interface or the front-end code or the back-end code, etc
12:44.00``ErikI d'no, I could see an open source weenie who made a fat wad in the 90's doing that kinda thing O.o
12:44.25starseeker``Erik: hmm?
12:44.47juubstarseeker: probably a response to my ponderance of the dollar amounts in the top contributors to the humble thing.
12:44.48``Erik(re juub's comment about the 'top' donators)
12:44.53brlcadby the time we're done, they won't look at all the same but most of the same functionality and behaviors will be there, the libged and librt libraries are still doing the heavy lifting
12:45.05brlcad``Erik: that's a pretty nifty game site
12:45.32starseekerah.  (the "1337" amount looks quite plausible as a geek donation...)
12:45.36brlcadthe games look pretty cool too, at least slick n shiny
12:45.42``Eriklugaru's merc repo seems slighly broken, many 0 length files :/
12:45.51juubbrlcad: you've never played world of goo?
12:46.09``Erikworld of goo is a good one, some pretty clever puzzle work
12:46.16``Erikkinda reminded me of gish at first
12:46.18starseekerjuub: the work you see in the g3d video was primarily to do with integrating Qt INSIDE an Ogre window - that turns out to be not so simple
12:47.05*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
12:47.09d-lobrlcad: just curious as to why QT was picked to pair up with Ogre and not CEGUI ?
12:47.10brlcadjuub: I'm betting I've never played a lot of games
12:47.11starseekerthat's (obviously) not got much to do with how an actual CAD gui would look
12:47.17juubstarseeker: interesting.  I don't have any experience with Ogre, other than installing it through my package manager, peeking at some of the examples (not compiling or running them, though), and bookmarking their documentation pages.
12:48.04juubbrlcad: no shame in that.  I've only blayed world of goo briefly at a friend's house, on the Wii.
12:48.23brlcadd-lo: cegui has a variety of issues that made it less than ideal, particularly for long term maintenance and integration
12:48.24juubs/blayed/played/
12:48.34brlcadjuub: I don't feel shamed :)
12:48.38d-loah, okie :)
12:48.41juubDidn't think you did ;)
12:49.18brlcadjuub: there's more on the gui design at http://brlcad.org/design/gui/
12:49.22d-loHeh, I missed the closing of that xserve by 10 mins :(
12:49.28brlcadouch
12:49.37``Erikbummer
12:49.43d-loI know :/
12:49.52starseekerd-lo: besides, if I ever convince the Ogre cmake stuff to play nice I'm going to be sorely tempted to try using the Ogitor code base to re-create Archer/MGED with Qt :-P
12:50.02d-lout there are two quad Xeon power edge's up in Buffalo for $20 lol
12:50.32d-lostarseeker: sounds like fun :)
12:51.15starseekerI'm really hoping the various CMake build scripts just need more work to be more seamless, but so far the batting average for "working CMake build out-of-box" is pretty low
12:51.37d-lowhich ones are giving you fits?
12:53.46brlcadd-lo: featurewise, cegui fails to deliver on scalabale widgets, does not have native look and feel as an option (nor even support the it as a theme), doesn't provide complex widget behaviors (copy-paste, drag n drop, spell checking, key bindings, etc), and has a limited window management model
12:53.53brlcadthat's at least some of the items that come to mind
12:54.21brlcadit could be made to work (better than agar, for example), but it's require a lot of work
12:54.30brlcads/it's/it'd/
12:54.35d-lokk.  Just curious since I've seen Ogre+CEGui paired up a lot.
12:54.50brlcadyou see them paired up a lot because ogre bundles them up by default is all
12:55.07brlcadit's in their default build and demos
12:56.39brlcadimplementing http://brlcad.org/design/gui/ using cegui would be .. a little cumbersome
12:57.57brlcadusing Qt it'll still be a lot of work, but it's more manageable, particularly for delivering on customizable widgets that provide advanced native behaviors along with optional native appearance on certain elements
12:59.52d-lotbh, I'd like to jump on g3d as my next big task.
13:00.03CIA-73BRL-CAD: 03davidloman * r39119 10/rt^3/trunk/ (include/NetPortal.h src/libNetwork/NetPortal.cxx): Minor logic fixes. Added in ability to set a NetMsgHandler and have the Portal forward the Message to the handler.
13:00.10juubideal operating environment... it seems like the design there is trying to replace the desktop...
13:00.39juubbrlcad: is that URL supposed to be an index browsed?
13:00.44juubi.e. missing an index.html
13:01.23CIA-73BRL-CAD: 03davidloman * r39120 10/rt^3/trunk/ (2 files in 2 dirs): Add getter/setter for default message handler to be passed on to any generated Portals
13:01.25CIA-73BRL-CAD: 03erikgreenwald * r39121 10/isst/trunk/ (configure.ac sdl/main.c): conditionalize agar stuff
13:06.00starseekerd-lo: I could make a list - not our code specifically, just a lot of open source projects
13:06.15starseekerMost times I mix Ogre and CMake nothing good comes of it
13:06.19starseekerhits the road
13:06.22d-lostarseeker: swing by sometime today and we can chit chat
13:06.53starseekernods
13:06.55starseekerwill do
13:08.00juubare those videos in the design/gui/ link made by brl-cad people?
13:08.47d-loheh, 'brlcad people'  nice :)  But, to answer the question, yes.
13:09.37juublol, what? What's wrong with brl-cad people?
13:09.39d-losounds like a depeche mode song.
13:09.42d-lo:)
13:10.06juubHmm, I'm a bit confused by the "final" video ... doesn't seem to specific to BRL-CAD.
13:16.11brlcadd-lo: suggested reading, lots of good insights on design: http://www.javaworld.com/javaworld/jw-09-2003/jw-0905-toolbox.html
13:17.43juubbrlcad: hmm, so the info on that URL is just concepts for potential BRL-CAD design direction?
13:17.50d-losassy, thanks!
13:18.02juuber, "that" URL being the brlcad.org/design/gui/ link you provded earlier.
13:18.05brlcadjuub: it's not specific to brl-cad, it's specific to interation modalities, ways of contextualizing information, some layout concepts, and LOTS of usability concepts
13:18.42brlcadthose in turn are driving the design of the gui as they form the most important aspect of the gui interaction
13:19.26brlcadparticularly for devs implementing guis with little to no usability experience, there are a lot of concepts in that mock up
13:20.13juubnods
13:20.24brlcadfollowing it for design of the new gui avoids a lot of major pitfalls and helps steer the development -- just replace 'page' with 'model'
13:20.39juubGotchya
13:21.07juubHmm, is the .org site running slowly for you too?
13:21.17brlcadyeah, it's getting hit pretty heavy at the moment
13:30.32CIA-73BRL-CAD: 03davidloman * r39122 10/rt^3/trunk/ (4 files in 2 dirs): Make INetMsgHandler a requirement to NetPortal and NetPortalManager. Removes need for handler setters. Pulled handler Getters until they are needed
13:33.58juubWhat put Tcl/tk out of contention for building the gui (if anything)?
13:37.50*** join/#brlcad stevegt_2 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
13:40.51brlcadjuub: 15 years experience designing guis using tcl/tk ? :)
13:41.04brlcadj/k, nothing in particular in terms of toolkit features
13:41.20brlcadour next generation gui that predates the full redesign is still in tcl/tk
13:41.27brlcad(archer)
13:41.47brlcadthat will take us forward for probably the next three years minimum
13:42.58brlcadthe biggest issue with tcl/tk is attracting open source developers that can get involved -- it's definitely a niche language with expertise hard to come by
13:45.51juubbrlcad: interesting, thanks.  I'm just looking into linuxfromscratch, and it (well, "cross linux from scratch") utilizes something that relies on Tcl, which is why I asked about it.  I've never done any GUI programming myself, (web stuff doesn't count), and have been wondering what might be some good options to familiarize myself with.
13:46.05juubTcl/tk is distinct from GTK, correct?
13:46.10brlcadquite
13:46.29juubI may be mistaken, but GTK strikes me as heavily gnome related.
13:46.41brlcadwe're still married to Tcl -- that won't likely change any time soon (if ever)
13:47.04brlcadTk is what is being replaced for widgets and input control
13:47.33``Erikgnome is built on top of GTK, just like kde is built on qt
13:47.34juubI see.  I'm only vaguely familiar with their distinction.
13:47.53juub``Erik: ah, thanks.
13:49.44d-loquestion:  If we are housing external deps (that are not built by our build system) in /src/other, would it be acceptable to move them to a top level dir like /extDeps ?
13:50.06d-loI would think that ext deps that we do build with our build system should go in /src/other....
13:50.31brlcadif they're not built, why are they there?
13:50.45d-lort3's custom ogre install :/
13:50.54brlcador probably better, if they're there, why are they not being built
13:52.03d-lohaven't wired them into cmake yet.
13:52.05brlcadthat's a case of incomplete effort then, it should be integrated and building it, jsut wasn't completed
13:52.48brlcadnot much point to "move it out of the way" as someone will just have to move it back
13:52.54brlcadbusy work
13:53.57d-lounderstood, just all those files in the other/ogre dir are making simple search/replaces not so simple. :)
13:54.28brlcad-not -regex '.*src/other.*'
13:54.55d-loright, I just keep forgetting to do that lol
13:56.20brlcadmake yourself a search wrapper shell script that has it all set up
13:56.26brlcadshould be ignoring a lot more than src/other
13:56.54d-loyou in about the same time as normal?
13:56.59brlcadI use: -not -regex '.*src/other.*' -not -regex '.*~' -not -regex '.*\.log' -not -regex '.*Makefile.*' -not -regex '.*cache.*' -not -regex '.*\.svn.*'
13:57.30CIA-73BRL-CAD: 03davidloman * r39123 10/rt^3/trunk/ (4 files in 2 dirs): Simplify NetMsgFactory some by removing its internal msg inbox. Factory now does just what the name implies: makes NetMsgs and passes them back if successful. Updated logic in NetPortal.
13:57.56brlcadis there such a thing as normal time?  I'll suppose I'll have to be even more random!
13:58.26brlcadhttp://www.libregraphicsworld.org/news.php?readmore=348
13:58.36brlcadnice summary of our changes, heh
14:00.11brlcadsans various typos
14:19.36CIA-73BRL-CAD: 03davidloman * r39124 10/rt^3/trunk/src/libNetwork/ (3 files): Drop NetMsgSubscriberRegistry. Is not currently needed and likely will not be needed. Gotta stay Agile!
14:28.46CIA-73BRL-CAD: 03davidloman * r39125 10/rt^3/trunk/src/libNetwork/ (Gateway.cxx Gateway.h): Make a Gateway use an INetMsgHandler. Implemented listening and HostList getter.
14:38.23d-lobrlcad: *more* random?  heh, I'd be interested to see that! :P
14:52.22CIA-73BRL-CAD: 03davidloman * r39126 10/rt^3/trunk/ (4 files in 2 dirs): Create file dedicated to defining EventTypes. This will do until a dynamic EventType registration process is implemented.
15:07.42CIA-73BRL-CAD: 03davidloman * r39127 10/rt^3/trunk/include/EventSubscriber.h: This class is no longer purely virtual, so remove the "= 0"
15:24.21CIA-73BRL-CAD: 03bob1961 * r39128 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Update the primitive creation menu.
15:42.07CIA-73BRL-CAD: 03davidloman * r39129 10/rt^3/trunk/ (6 files in 2 dirs): Replace much of QT's signal/slots system with libEvent calls. Remove NetPortalManager from QT's MOC list. Isolated all signal/slots in libNetwork to NetPortal<->QSocket interactions.
15:56.43CIA-73BRL-CAD: 03davidloman * r39130 10/rt^3/trunk/ (15 files in 2 dirs): Create file dedicated to defining MsgTypes. This will do until a dynamic MsgType registration process is implemented.
16:00.34CIA-73BRL-CAD: 03davidloman * r39131 10/rt^3/trunk/tests/libEvent/BasicEventTest.cxx: update include statements in event tests.
16:14.38CIA-73BRL-CAD: 03davidloman * r39132 10/rt^3/trunk/ (6 files in 3 dirs): Cleaning up various linkage/include errors.
16:26.40CIA-73BRL-CAD: 03davidloman * r39133 10/rt^3/trunk/ (5 files in 2 dirs): Drop GeometryServiceApp and Daemon. Based on QT design of having the exec loop at the application level. This has been abstracted back as far as possible (Gateway) until time permits removal all together.
16:27.51CIA-73BRL-CAD: 03davidloman * r39134 10/rt^3/trunk/src/GS/gsmain.cxx: Forgot a file for commit r39133
16:31.09CIA-73BRL-CAD: 03davidloman * r39135 10/rt^3/trunk/src/adminpanel/ (7 files): Remove unused classes in ACP.
16:33.42CIA-73BRL-CAD: 03davidloman * r39136 10/rt^3/trunk/src/GS/ (ByteBag.cxx ByteBag.hpp): Drop ByteBag. Unused.
16:34.45CIA-73BRL-CAD: 03davidloman * r39137 10/rt^3/trunk/src/GS/ (GeometryService.cxx gsmain.cxx): Comment out portions of GS for now. Once Gateway is finished/tested, the GeometryService class will need to be refactored.
16:39.30CIA-73BRL-CAD: 03davidloman * r39138 10/rt^3/trunk/ (10 files in 2 dirs): Headers: make Gateway public, NetMsgFactory and NetPortal private
16:40.21CIA-73BRL-CAD: 03davidloman * r39139 10/rt^3/trunk/include/GeometryService.h: Forgot a file for commit r39137
17:13.11CIA-73BRL-CAD: 03bob1961 * r39140 10/brlcad/trunk/src/libtclcad/ged_obj.c: Update the usage for new_view.
17:28.15CIA-73BRL-CAD: 03erikgreenwald * r39141 10/isst/trunk/sdl/ (event.c isst.h main.c myplugin.c): show how to pass values to plugin. use "z" to set the raytrace resolution to a fixed size
17:28.38CIA-73BRL-CAD: 03bob1961 * r39142 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Tweak the faceplate command to return possible results. Fixed a typo in the -centerDotEnable option.
17:41.07CIA-73BRL-CAD: 03erikgreenwald * r39143 10/isst/trunk/ (gtk/gui.c sdl/main.c): fix the offset error causing a sliver of geometry being shown on the wrong side of the context
17:49.15CIA-73BRL-CAD: 03bob1961 * r39144 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a modes menu item for toggling display of the center dot.
17:49.36brlcadegads
17:50.14brlcadthat seems a bit option-excessive to me -- it's either useful to have the dot or it's not .. maybe tie it to faceplate
17:50.44brlcadmaybe a command that toggles its display .. but not a menu
17:50.51brlcadthat's one of mged's biggest failings
17:52.28CIA-73BRL-CAD: 03erikgreenwald * r39145 10/isst/trunk/sdl/event.c: use SDL_GetTicks() instead of gettimeofday(). throttle FPS.
17:58.49CIA-73BRL-CAD: 03brlcad * r39146 10/brlcad/trunk/NEWS: bob made updates to the primitive creation menu in archer, adding label images.
17:59.22CIA-73BRL-CAD: 03erikgreenwald * r39147 10/isst/trunk/sdl/ (event.c main.c): zoom level insanity.
18:10.03CIA-73BRL-CAD: 03brlcad * r39148 10/brlcad/trunk/NEWS: bob fixed a bug that snuck in as a last minute ill-tested release patch to the bot_split command. it was failing due to not checking whether a bot was plate mode before setting the plate thickness and face mode bits.
18:10.52CIA-73BRL-CAD: 03brlcad * r39149 10/brlcad/branches/STABLE/NEWS: let's not mention the red command.
18:10.55CIA-73BRL-CAD: 03brlcad * r39150 10/brlcad/trunk/NEWS: let's not mention the red command
18:14.42CIA-73BRL-CAD: 03brlcad * r39151 10/brlcad/trunk/TODO: need to remove the deprecated old attribute names and make sure we're not still using them ourselves. doc/docbook/system/man5/en/attributes.xml has a list (though there may be more).
18:23.06CIA-73BRL-CAD: 03erikgreenwald * r39152 10/isst/trunk/sdl/main.c: sane aspect ratio handling for downsampled raytracing
18:34.07*** join/#brlcad Stattrav (~Stattrav@117.96.211.238)
18:39.48CIA-73BRL-CAD: 03davidloman * r39153 10/rt^3/trunk/ (36 files in 2 dirs): Made NetMsg purely virtual. Introduced TypeOnlyMsg, cascaded changes throughout NetMsgFactory. Standardized NetMsg subclass constructors, destructors, _equals, and _serialize functions.
18:59.54CIA-73BRL-CAD: 03davidloman * r39154 10/rt^3/trunk/ (3 files in 2 dirs): Implement the equality operator. Wire it into existing NetMsg::equals(...)
19:03.21brlcadlikes all the commits
19:06.23starseekeris sorry the tarballs went out with the red command item...
19:09.22starseekeris anybody else still getting the ggdb3 flag when building on the mac?
19:09.41starseekerlooks at bc_mac_opt_flag...
19:19.35CIA-73BRL-CAD: 03davidloman * r39155 10/rt^3/trunk/tests/libNetwork/: Modified SVN:IGNORE to ignore *.backup files.
19:21.27``Erikwhupz, had --disable-optimized on for all that stuff O.O
19:23.38starseekerhrm - fast SHOULD work...
19:23.53starseekerwhy doesn't it...
19:25.00brlcadaliasing
19:25.13brlcadfeel free to fix it ;)
19:25.24starseekeraliasing?
19:25.44starseekerhacked around it with case $host_os, but doubts brlcad would like that approach...
19:28.51CIA-73BRL-CAD: 03starseeker * r39156 10/brlcad/trunk/configure.ac: Use for the moment on the debug_flag, until the mac_opt_flag test is fixed.
19:29.08starseekerjust so it's an easy revert and I don't accidently commit it...
19:35.21brlcadoh, I misunderstood your question to be why -fast doesn't work on our code
19:35.30starseekerah :-)
19:35.42brlcadthat -fast test should work
19:35.48brlcaddid you look at the log?
19:36.04starseekererm
19:36.09starseekershould do that...
19:36.13brlcadit was done in leu of host_os as a feature test
19:36.28brlcadshould always read the log when something fails unexpected :P  .. thats why it's there
19:36.45starseekerheh - it was just a distraction at the time - was focused on something else...
19:36.52starseekerregenerates the log
19:41.19starseekerhttp://pastebin.org/226900
19:42.12brlcadso it worked
19:42.32starseekerbut it went on to check and set ggdb3 anyway
19:44.02CIA-73BRL-CAD: 03davidloman * r39157 10/rt^3/trunk/tests/ (4 files in 3 dirs): Remove code deprecated by todays changes so we can get the tests compiling again.
19:46.20CIA-73BRL-CAD: 03davidloman * r39158 10/rt^3/trunk/ (3 files in 2 dirs): Make NetMsgFactory public again so it can be easily tested. To make this private again, the tests will have to be stored in the same dir as the source/headers
20:10.16*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
20:19.28CIA-73BRL-CAD: 03bob1961 * r39159 10/brlcad/trunk/src/ (libtclcad/ged_obj.c tclscripts/lib/Ged.tcl): Changed tick_enabled to tick_enable for consistency. Similar changes in Ged.tcl
20:23.27CIA-73BRL-CAD: 03bob1961 * r39160 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: -modelAxesTickEnabled changed to -modelAxesTickEnable for consistency
20:24.51CIA-73BRL-CAD: 03bob1961 * r39161 10/brlcad/trunk/src/tclscripts/lib/ (ModelAxesControl.tcl ViewAxesControl.tcl): Mods to get the axes control panels working with the Ged widget.
21:21.05CIA-73BRL-CAD: 03brlcad * r39162 10/brlcad/trunk/doc/ (5 files in 5 dirs): BRL-CAD, not BRLCAD. identity consistency.
21:26.48*** join/#brlcad erik__ (Here@c-69-140-109-104.hsd1.md.comcast.net)
21:30.20*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:57.12CIA-73BRL-CAD: 03r_weiss * r39163 10/brlcad/trunk/src/conv/obj-g_new.c: adding functions to test for surface closure outside nmg creation functions
22:02.39CIA-73BRL-CAD: 03josiah47 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (insert model: )
22:28.33*** join/#brlcad Nohla (~jesica@201.255.237.70)
22:54.22*** join/#brlcad Nohla (~jesica@201.255.238.157)
23:00.19CIA-73BRL-CAD: 03 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (update model: BRLCAD processing completed.)
23:13.38*** join/#brlcad jesica__ (~jesica@201.255.237.95)
IRC log for #brlcad on 20100513

IRC log for #brlcad on 20100513

00:12.56*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
02:06.58CIA-73BRL-CAD: 0368.37.119.2 07http://brlcad.org * r2232 10/wiki/MGED_CMD_knob: put the arguments in a table instead of a list; remove superfluous whitespace; put the program name in code tags
02:26.41starseekeris there any good way to get libtool to cough up the name of the actual .so or .dylib library file name?
02:28.15juubstat, maybe?
02:29.05juubnah, probably not what you need
02:29.27juubwell, maybe...
02:29.42juubon my machine: $ stat /lib/libc.so.6  File: `/lib/libc.so.6' -> `libc-2.10.1.so
02:29.55juubfor example...
02:30.18juubn/m, sorry
02:30.28juubcompletely misread what you were after.
02:37.19*** join/#brlcad IriX64 (~mario_dul@bas2-sudbury98-1177680356.dsl.bell.ca)
02:44.25*** part/#brlcad IriX64 (~mario_dul@bas2-sudbury98-1177680356.dsl.bell.ca)
03:07.39starseekerbrlcad: this is annoying - to provide something to a tcl load command that can actually load, I have to provide the .so or .dylib or whatever filepath
03:08.18starseekerbut that's precisely what libtool doesn't want to tell me
03:08.52starseekeris there something like "libtool --realname librt.la" that will return librt.so or librt.dylib as the case may be?
03:09.51starseekerthe TEA stuff would give me that but we don't want to suck that into our main build
03:12.20``Erikgrep ^dlname file.la | cut -d \' -f 2
03:12.21``Erik:D
03:15.39starseekercan live with that
03:15.49starseekersee if it works in the Makefile.am...
03:16.25``Erikcould make a little shell script to source the .la and print the variable, if you don't trust the system to have grep and cut
03:17.25``Erik(all the .la should have is posix shell compliant variable setting)
03:18.11starseekerthat would be great if you could
03:18.20starseekerapparently has week sed foo
03:18.25``Erikheh, I meant YOU could :D
03:18.29``Erikit'd be something like, uh
03:18.29starseekeror sh foo, whatever...
03:18.32``Erik#!/bin/sh
03:18.35``Eriksource $1
03:18.37``Erikecho $dlname
03:18.41``Erikor so
03:19.30``Erikyup, that works
03:20.42starseekerhah - cool!
03:20.49starseekerthanks ``Erik
03:20.56``Eriknp
03:22.15starseekerponders if that should be stuck in misc or can function in some way in the Makefile.am itself...
03:22.54``Eriklibtool might have a 'print variable' feature *shrug*
03:23.24starseekerwas trying to find that
03:23.45starseekergets the sense that the whole point of using libtool is that you never care about the suffix
03:23.58starseekerwhich, of course, is diametrically opposed to how tcl views the world
03:24.16``Erikyeah
03:24.33starseekerheck with it - I'll be silly/stupid if it works...
03:28.08``ErikI can't think of a good way to make it as an inline in Makefile.am, you don't want to pollute an existing shell while building, and anything in a makefile would be a convoluted attempt to fake a text stream for a subshell, like sh <<EOF style
03:29.09starseekernods
03:29.11``Erik(and of course using a shell script is gonna make things weird for msvc and mebbe xcode)
03:29.35starseekerwell, we need a different solution for msvc anyway
03:29.41``Eriklithp/cffi seems to have a similar issue, btw
03:29.46starseekerand I dunno if we support xcode or not...
03:29.50starseekernods
03:30.23``Erik<-- been poking at it for okra and mebbe writing an adrt cffi O.o
03:30.27starseekerit's not like TEA is any better in that regard
03:31.19``Erikmwahahaha, src/adrt/adrt.asd :D
03:43.07*** join/#brlcad ibot (~ibot@rikers.org)
03:43.07*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
03:44.57*** join/#brlcad 50UAAP4VJ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:44.29CIA-73BRL-CAD: 03starseeker * r39164 10/brlcad/trunk/sh/ (Makefile.am libtoolfilename.sh): Add trivial sh script to report actual library file associated with a libtool archive (thanks Erik)
04:47.17CIA-73BRL-CAD: 03starseeker * r39165 10/brlcad/trunk/sh/libtoolfilename.sh: Whoops - remove pwd, that's not supposed to be there.
04:49.38CIA-73BRL-CAD: 03starseeker * r39166 10/brlcad/trunk/doc/docbook/Makefile.am: Fix docbook makefile typo.
05:05.38CIA-73BRL-CAD: 03starseeker * r39167 10/brlcad/trunk/configure.ac: Add in RENDER and TIE variable definitions for the src/adrt libs
05:08.38starseekershould sleep now...
05:12.08*** join/#brlcad Nohla (~jesica@201.255.237.95)
09:00.34*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
09:48.18*** join/#brlcad Nohla (~jesica@201.255.251.127)
10:14.43*** join/#brlcad Nohla (~jesica@201.255.251.127)
11:20.24d-loMernin!
11:35.06brlcadhowdy
11:37.17brlcadstarseeker: repeat the command but remove the --silent options
11:37.33brlcadit will echo the actual compile/link commands used after the libtool line
11:41.27CIA-73BRL-CAD: 03brlcad * r39168 10/brlcad/trunk/autogen.sh: s/considered/consider/ typo noticed by bullet_catcher
11:46.44*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
11:48.10louipcmornin
12:01.36brlcadstarseeker: the libtool way for loadable modules is that those libraries get declared as modules in the Makefile.am, then you get to specify exactly what name you want/need -- but you don't do that for all libraries, only loadable ones and the idea is that your loadable libs are different from the libs used to link programs
12:02.18brlcadi.e., librt would not be a "plugin" or module, but erik's dlopen bits for adrt definitely would be
12:39.20starseekernods - librt.la was just the first libtool archive I thought of for a test case
12:50.11``Erikhm, but how do ya explain to libtool that "no, I don't want .so or .dylib or .dll, I really DO want .plugin"?
12:55.30brlcadthat's the module method
12:55.35brlcadit lets you name it however you want
13:08.14brlcadyeah, -shrext plugin
13:16.09brlcadthe 1.5 libtool on Mac is busted wrt shrext, but newer versions should work fine
13:16.29brlcadthere's workarounds for that too
13:47.15*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
13:47.57``Erikhm, since my macs are using 2.2.6b, nifty!
13:48.24``Erikonce I have my home directory back, I'll have to adjust the demo plugin in isst
13:50.15starseekerhad created a test Makefile.am last night, and now finds he accidently erased it and saved the Makefile.in
13:50.19starseekerkicks himself
13:50.38starseekerand starts tring to do it the "right way"... maybe it's just as well
14:01.17brlcadstarseeker: most of the Makefile.am decls will be in the .in file
14:01.32starseekernods
14:01.34brlcadblocked together in groups
14:01.58starseekerwell, I need to try the module/plugin thing anyway
14:02.38brlcad``Erik: note that we still require support of 1.5 on the brlcad module, so the work-around would have to go in there, but it's like two lines
14:04.34starseekerbrlcad: do we have it in the tree anywhere?
14:04.37``Erikif it goes into brlcad/brlcad/trunk... :D brlcad/isst/trunk already diverges from that paradigm
14:04.57starseeker``Erik: so I'm noticing (shakes fist)
14:06.16``Erikheh, something doesn't work with ancient versions of libtool already? I meant more like the src/other inclusion stuff
14:24.31starseeker``Erik: no, I mean isst build logic diverges more generally
15:02.47CIA-73BRL-CAD: 03davidloman * r39169 10/rt^3/trunk/ (23 files in 2 dirs): Fixed compile errors that stemmed from not cascading 'const' ness down from NetMsg (when I implemented operator==)
15:04.21CIA-73BRL-CAD: 03davidloman * r39170 10/rt^3/trunk/src/libNetwork/ (GenericOneStringMsg.cxx NetMsg.cxx TypeOnlyMsg.cxx): Removed debugging statements from NetMsg hierarchy. No longer needed.
15:08.13*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
15:13.08CIA-73BRL-CAD: 03davidloman * r39171 10/rt^3/trunk/ (include/NetMsgTypes.h src/libNetwork/NetMsgFactory.cxx): Add NetMsgTypes for the generic NetMsg classes and wire them into the NetMsgFactory. All to support testing.
15:47.03CIA-73BRL-CAD: 03davidloman * r39172 10/rt^3/trunk/src/libNetwork/FailureMsg.cxx: Testing picked up a MsgType error in FailureMsg. Fixed.
15:59.10CIA-73BRL-CAD: 03davidloman * r39173 10/rt^3/trunk/src/libNetwork/GeometryManifestMsg.cxx: Implemented GeometryManifest::_equals(...) to (initially) support testing.
16:14.49CIA-73BRL-CAD: 03davidloman * r39174 10/rt^3/trunk/tests/libNetwork/CMakeLists.txt: Drop the job library from the include list for this network test. Not used.
16:16.41CIA-73BRL-CAD: 03davidloman * r39175 10/rt^3/trunk/tests/libNetwork/netMsgSerialTest.cxx: Reworked and cleaned up the NetMsg serialization test to verify the operation of the NetMsg subclasses. Currently tests for equality only. Later work should include verification of inequality.
16:18.02CIA-73BRL-CAD: 03davidloman * r39176 10/rt^3/trunk/tests/libNetwork/netMsgFactoryTest.cxx: Drop netMsgFactoryTest. NetMsgFactory is now fully tested via netMsgSerialTest.
16:33.34brlcadstarseeker: do we have what in tree?
16:33.54brlcadand I meant brlcad/brlcad vs brlcad/isst .. the latter can do it's own thing
16:34.05brlcadbut to bring into the prior will need the workaround
16:40.57CIA-73BRL-CAD: 03davidloman * r39177 10/rt^3/trunk/ (include/Gateway.h src/libNetwork/Gateway.cxx): Implement Gateway::stopListening() to allow a Gateway to close its listening socket while maintaining existing connections. Implemented to support Gateway restarting.
16:43.53CIA-73BRL-CAD: 03davidloman * r39178 10/rt^3/trunk/tests/libNetwork/PrintingMsgHandler.h: Implement PrintingMsgHandler. PrintingMsgHandler implements the interface INetMsgHandler. Provides simple printing to console functionality for any/all NetMsgs passed to this handler. To be used for Gateway testing.
16:46.30CIA-73BRL-CAD: 03davidloman * r39179 10/rt^3/trunk/tests/libNetwork/ (. CMakeLists.txt gatewayTest.cxx netPortalManagerTest.cxx): Rename 'netPortalManagerTest' to more appropriate 'gatewayTest'. Updated CMakeLists.txt accordingly.
17:13.11CIA-73BRL-CAD: 03davidloman * r39180 10/rt^3/trunk/tests/libNetwork/gatewayTest.cxx: (log message trimmed)
17:13.11CIA-73BRL-CAD: Update to GatewayTest. Looks as though QT's signals and slots can only operate
17:13.11CIA-73BRL-CAD: from an event loop launched from a QApplication or QCoreApplication, NOT a
17:13.11CIA-73BRL-CAD: QThread's event loop. Furthermore, a QApplication/QCoreApplication event loop
17:13.11CIA-73BRL-CAD: can only be launched from an executable's main thread. Since
17:13.12CIA-73BRL-CAD: QCoreApplication.exec() blocks, there can only be one event loop at any given
17:13.13CIA-73BRL-CAD: time. Thus, my attempts to contain QT-ness to the lower levels of libNetwork
17:14.47d-looh?  CIA has a character limit?
17:17.18CIA-73BRL-CAD: 03davidloman * r39181 10/rt^3/trunk/ (4 files in 2 dirs): WS, Formatting.
17:28.43starseekerbrlcad: an example of the libtool 1.5 workaround
17:37.55starseekerd-lo: it trims long messages, yeah
17:39.35``Erikwraps
17:39.45``Erikoh, trims, too
17:41.56``ErikRENDER and TIE aren't actually used yet?
17:42.32starseekernot in the trunk - I'm using them in my test code
17:46.02*** join/#brlcad Stattrav (~Stattrav@117.96.29.161)
17:52.21*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
17:54.07CIA-73BRL-CAD: 03erikgreenwald * r39182 10/isst/trunk/sdl/ (event.c isst.h): store time delta and framerate in isst struct. fix resolution sensitivity issue
18:05.47starseekerscowls at bsd
18:19.37CIA-73BRL-CAD: 03erikgreenwald * r39183 10/isst/trunk/sdl/ (event.c isst.h main.c): chintzy fold-away stuff (should probably use glFrustum and actual angles or something... the texture doesn't map quite right)
18:41.18CIA-73BRL-CAD: 03davidloman * r39184 10/rt^3/trunk/ (8 files in 3 dirs):
18:41.18CIA-73BRL-CAD: Attempt at using QCoreApplication to spin off a QThread that handles all generic
18:41.18CIA-73BRL-CAD: executable needs did not work. QT's automatic Parent/Child relationships does
18:41.18CIA-73BRL-CAD: not allow for a Parent to be in a different thread than a child. gatewayTest
18:41.18CIA-73BRL-CAD: currently compiles and runs, but is not functional.
19:06.51brlcadstarseeker: if RENDER and TIE aren't used, there's no point in setting and subst'ing them
19:07.11starseekerbrlcad: the plan is to use them soon
19:07.30starseekerI can take them out until I'm actually using them if it's an issue
19:08.45brlcadnah, just noting
19:09.11starseekerI can commit now, but there's no actual CAD functionality in place yet
19:09.24brlcadthere's a script that kicks out a report of zero-referenced AC_SUBST variables .. it came up
19:09.55CIA-73BRL-CAD: 03bob1961 * r39185 10/brlcad/trunk/src/libfb/fbserv_obj.c: fbs_open was not returning the correct port.
19:10.02brlcadeek
19:12.46brlcadhow was that bug exposed?
19:13.01brlcadmged and archer?  just archer?
19:13.20starseekerBob found it
19:13.34starseekershowed in customer code, then archer
19:22.32CIA-73BRL-CAD: 03erikgreenwald * r39186 10/isst/trunk/sdl/ (event.c main.c): Add command entry mode. Shrink display to corner instead of folding it back.
19:34.05brlcadhow was is exposed?
19:35.52starseekerdunno - Bob has details
19:37.34brlcadmore looking for succinct summary for NEWS
19:41.26*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
19:44.51CIA-73BRL-CAD: 03erikgreenwald * r39187 10/isst/trunk/sdl/event.c: fix sticky key issue. fix framerate display when capping.
19:46.49CIA-73BRL-CAD: 03starseeker * r39188 10/brlcad/trunk/ (80 files in 9 dirs):
19:46.49CIA-73BRL-CAD: Start roughing out a way to get isst and tk working together. Using togl widget
19:46.49CIA-73BRL-CAD: and gears example as a starting point - the following allows 'bwish gears.tcl'
19:46.49CIA-73BRL-CAD: to work succesfully, and links in libtie and librender (though it doesn't do
19:46.49CIA-73BRL-CAD: anything with them yet. From here, convert from the gear demo code to the ISST
19:46.49CIA-73BRL-CAD: opengl code as seen in the isst sdl based gui.
19:52.29CIA-73BRL-CAD: 03Velociostrich 07http://brlcad.org * r2233 10/wiki/BRL-CAD_Commands: created the "rendering" subsection and added rtwizard and rtedge to it; arranged entries alphabetically; fixed spelling typo
19:56.54*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
20:04.58CIA-73BRL-CAD: 03Velociostrich 07http://brlcad.org * r2234 10/wiki/Developer_Documents: changed irc server (I tried irc.brlcad.org, but it didn't work; the hacking file says freenode)
20:08.36CIA-73BRL-CAD: 03Velociostrich 07http://brlcad.org * r2235 10/wiki/Hex: expanded installation instructions a wee bit
20:19.18CIA-73BRL-CAD: 03erikgreenwald * r39189 10/brlcad/trunk/src/other/togl/Makefile.in: add missing Makefile.in
20:31.15*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
20:38.40CIA-73BRL-CAD: 03bob1961 * r39190 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added an alias for opendb.
20:46.29``Erikhm, the package require for Togl doesn't seem to work in that gears.tcl for me
20:46.43``Erikon fbsd... and togl doesn't compile at all on my mac O.o
21:27.55CIA-73BRL-CAD: 03bob1961 * r39191 10/brlcad/trunk/misc/win32-msvc8/ (38 files in 38 dirs): It looks like fb.h now includes tk.h, so added include paths for tk.
21:30.02CIA-73BRL-CAD: 03bob1961 * r39192 10/brlcad/trunk/ (include/fb.h src/mged/fbserv.c src/rt/viewarea.c): More tweaks for compiling on Windows.
21:44.02CIA-73BRL-CAD: 03bob1961 * r39193 10/brlcad/trunk/src/tclscripts/mged/bindings.tcl: If not on a Mac, include the focus command in the default mouse button bindings.
21:46.29starseeker``Erik: urm.  It worked here
21:46.41starseekerwhat happens if you feed it --with-x11 ?
21:49.07*** join/#brlcad Nohla (~jesica@201.255.250.157)
21:54.07CIA-73BRL-CAD: 03brlcad * r39194 10/brlcad/trunk/src/libtclcad/ged_obj.c: collapse the case-switched dm types calling DM_close_existing() instead just calling the general fb_close_existing() routine. reduction of complexity, the DM types shouldn't be public API.
21:54.39CIA-73BRL-CAD: 03brlcad * r39195 10/brlcad/trunk/include/fb.h: there shouldn't be any code outside of libdm (outside of fb_generic.c) that calls wgl_close_existing().
21:55.57brlcads/DM/FB/
22:03.20CIA-73BRL-CAD: 03brlcad * r39196 10/brlcad/trunk/NEWS:
22:03.20CIA-73BRL-CAD: bob fixed a bug in the framebuffer server object that prevented multiple
22:03.20CIA-73BRL-CAD: framebuffers from running concurrently. additional framebuffer servers would
22:03.20CIA-73BRL-CAD: store the wrong port number (due to a refactoring consolidation bug (of
22:03.20CIA-73BRL-CAD: unix+windows code)).
22:15.00CIA-73BRL-CAD: 03r_weiss * r39197 10/brlcad/trunk/src/conv/obj-g_new.c: adding functions to fuse vertices outside of nmg creation functions, this is necessary for surface closure testing outside nmg functions
22:37.57CIA-73BRL-CAD: 03brlcad * r39198 10/brlcad/trunk/ (include/raytrace.h src/librt/comb/db_comb.c): make db_tree_nleaves() return a size_t instead of int for proper typing. cascade of quellage changes to follow.
22:54.41CIA-73BRL-CAD: 03starseeker * r39199 10/brlcad/trunk/ (configure.ac src/Makefile.am): Turn off the togl stuff by default - not nearly stable enough to have on yet.
22:58.27``Erikheh
22:59.46starseeker``Erik: you know what?  I get the Cannot find file: ./toglStubInit.c on BSD only with gmake
23:00.13starseekerthat's what happened I typed make early on, then switched to gmake - whoopsie
23:02.05brlcadgot /bin/sh: line 17: cd: togl: No such file or directory
23:02.26starseekerat what stage?
23:02.28brlcadon out-of-dir build .. presumably line missing from configure.ac
23:02.30brlcadmake
23:02.46starseekerconfound it
23:02.50brlcadjust updated with r29199
23:02.55brlcader 39199
23:03.03brlcadso testing again
23:09.48starseekerwhat does the tcl/tk world have against out-of-dir builds?
23:17.34CIA-73BRL-CAD: 03brlcad * r39200 10/brlcad/trunk/configure.ac: remove jove from the summary since it can be made obsolete on the next minor
23:22.20CIA-73BRL-CAD: 03brlcad * r39201 10/brlcad/trunk/ (3 files in 3 dirs):
23:22.20CIA-73BRL-CAD: initial stab at documenting deprecated old forms of attributes for region id,
23:22.20CIA-73BRL-CAD: material id, aircode, color, and shader. intent is to make attributes
23:22.20CIA-73BRL-CAD: case-insensitive yet case-preserving and to clarify what the reserved words
23:22.20CIA-73BRL-CAD: actually are (possibly putting them into a cad:: namespace at some point)
23:22.27brlcadlooks like the disable did the trick, though you should distcheck
23:37.47CIA-73BRL-CAD: 03brlcad * r39202 10/brlcad/trunk/ (11 files in 6 dirs): make db_mkgift_tree() take a size_t, even though internally it needs a signed type the way it decrements in a loop past zero. this lets us cascade size_t's all over the place.
23:43.44*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
IRC log for #brlcad on 20100514

IRC log for #brlcad on 20100514

00:43.17CIA-73BRL-CAD: 03starseeker * r39203 10/brlcad/trunk/src/Makefile.am: Tweak - doesn't matter much now, but eventually someone may use a system togl
00:59.51starseekererahum.  when running the build from the beginning with gmake, it worked??
01:01.13starseeker``Erik: BSD has a personality
01:16.22``Erikchock full of straight-up awesome, yo
01:16.44starseekerscribbles note to self - "mixing makes bad"
01:43.11starseekerHmm.  "couldn't  choose pixel format"
01:43.18starseekerclose though
01:45.00starseekerwonders if it doesn't like the remote display thing
01:45.37juubstarseeker: are you Ralith, or are you just continuing Ralith's work?
01:46.07starseekernot Ralith - I'm a BRL-CAD dev.  Not specifically continuing his work, although it is of interest
01:46.17juubk
01:46.28juubis Ralith not a BRL-CAD dev?
01:46.44starseekerhe did a gsoc project - he's not a regular deve
01:46.47starseekerdeveloper
01:46.47juubI guess BRL-CAD has official developers, and then "contributers"...
01:47.00starseekerbased on who codes
01:47.15starseekerbrlcad: distcheck passed
01:47.48brlcadgreat
01:48.10brlcadjuub: Ralith is an "official developer" .. he's just been around very much lately
01:48.36brlcadopen sources devs come and go, as do their particular projects and focus
01:49.14brlcadhis work is pretty central to what we're doing, though -- we're progressing in that direction, just in different portions of the codebase
01:52.52starseeker``Erik: togl is in the freebsd ports collection, so presumably it does work... maybe there's some quirk in togl 2
01:53.18juub"open sources devs come and go, as do their particular projects and focus" --- yup, that's what I love about FOSS; so long as there is interest in a project, it will never die.
01:55.26CIA-73BRL-CAD: 03starseeker * r39204 10/brlcad/trunk/configure.ac: Whoops, stray space
01:55.48starseekernow that it's off, let's see if it can be turned on again...
02:03.13starseeker``Erik: yeah, I don't think that failure is togl specific - I can attach an ogl dm in mged -c either
02:04.02starseekerer can't rather
02:09.10Ralithwaves idly
02:09.17juubo/
02:09.28Ralithjuub: I'll probably get some more hacking in on g3d at some point
02:09.29juubGuess I should have issued /names before the inquery, huh?
02:09.46Ralithbut right now my time's pretty consumed by other things
02:10.13juubRalith: no worries, I was wondering because starseeker pointed me to your page earlier, and starseeker seems to have been working on g3d lately, which made me think you might be one in the same.
02:10.26Ralith'kay
02:10.40juubRalith: I fully understand.  I'm involved with a FOSS project myself, and my participation in it has been nearly nullified by a business I'm starting.
02:11.05juubHopefully BRL-CAD will be playing an integral role in the business. :)
02:11.53Ralithcool!
02:11.58Ralithwhat're you doing?
02:14.11juubAnother tactical first person shooter.
02:14.42juubwww.code43.net if you're interested.  It's a very frustrating experience due to how we're structured (developer wise) --- technically speaking, no one person is incharge.  =\
02:14.53juubOh, sorry.
02:15.01juubYou were probably asking about the business rather than the FOSS >_<
02:15.16juubMy version of: http://www.hfmgv.org/exhibits/edison/default.asp#lab
02:15.38juub*in charge
02:25.26CIA-73BRL-CAD: 03starseeker * r39205 10/brlcad/trunk/src/Makefile.am: Er, when defining a variable, it helps to actually use it right...
02:28.10juubMeh, maybe that wasn't very clear.  code43 is the FOSS project, and the hfmgv link is very similar to the business I'm starting.
02:29.16starseekernods
02:38.40CIA-73BRL-CAD: 03starseeker * r39206 10/brlcad/trunk/ (configure.ac src/Makefile.am): Hmm - WITH_TOGL isn't working as it should - use BUILD_TOGL for now - that logic will need revisiting in the future anyway.
02:52.54starseekerok... can be turned on and off, check.  re-confirming distcheck, check
02:53.22starseekerdoes work locally on Mac and Linux, compiles (apparently) with clean gmake build on FreeBSD
02:53.53starseeker(must test FreeBSD more...)
02:54.57juubIsn't that what ``Erik is for?
02:55.43starseekerheh - he'll get crabby if he has to fix the togl make logic all by himself - I'll get at least a week of FreeBSD >>>> Linux comments
02:56.11starseeker(as in FreeBSD much better than Linux)
02:57.05starseekerthe real question mark will be tomorrow - converting the gear demo into something more interesting
02:57.15starseekerpacks it in for tonight
02:57.33juubsleep well
03:05.32juubsighs, "Patents are so expensive." :(
03:06.11CIA-73BRL-CAD: 03brlcad * r39207 10/brlcad/trunk/src/librt/db_io.c: type quelling
03:11.52starseekerhmm... "car hits utility pole, takes out Datacenter"
03:12.48starseekerthat's a bad day
03:13.19*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
03:13.50juubhah! indeed.  I thought you were sleeping ;)
03:14.16juubI guess that explains why my innertubes were deflated the other day.
03:16.03CIA-73BRL-CAD: 03brlcad * r39208 10/brlcad/trunk/src/librt/db_scan.c: db_put() returns a size_t, assert its range before returning it.
03:16.27CIA-73BRL-CAD: 03brlcad * r39209 10/brlcad/trunk/src/librt/db_tree.c: use full sigs, dequell magic clobberage.
03:17.05starseekerjuub: had to make sure distcheck passed again after the configure.ac change
03:17.17starseekerjust finished, we're good, I'm outta here
03:17.28juubadios
03:21.49CIA-73BRL-CAD: 03brlcad * r39210 10/brlcad/trunk/src/librt/db_io.c: semi-oops
03:27.11CIA-73BRL-CAD: 03brlcad * r39211 10/brlcad/trunk/ (include/opennurbs_ext.h src/librt/opennurbs_ext.cpp):
03:27.11CIA-73BRL-CAD: remove the using namespace std declaraction in order to make the code explicit
03:27.11CIA-73BRL-CAD: as to which routines are being called and to not pollute the global namespace
03:27.11CIA-73BRL-CAD: (among other reasons) . particularly to disambiguate min/max/list as was being
03:27.11CIA-73BRL-CAD: used (e.g. getHVTangents()'s use of 'list' as a var name)
03:49.58CIA-73BRL-CAD: 03brlcad * r39212 10/brlcad/trunk/include/ged.h: stash the quiet flag value into a variable so we can quell warnings about the expression evaluating to a constant when the macro param itself is a constant.
03:50.24CIA-73BRL-CAD: 03brlcad * r39213 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: extern declaration for win32 linkage decls
03:51.08CIA-73BRL-CAD: 03brlcad * r39214 10/brlcad/trunk/src/librt/db_alloc.c: don't return a cast negative given it is supposed to return a size.
04:39.48starseeker39213 breaks on gentoo
04:40.05starseekeropennurbs_ext.cpp:60: error: expected constructor, destructor, or type conversion before ‘int’
04:41.48starseekerhttp://pastebin.org/234079
05:20.02*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
06:15.45*** join/#brlcad piksi (~piksi@pi-xi.net)
07:54.28*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:59.10CIA-73BRL-CAD: 03d_rossberg * r39215 10/brlcad/trunk/src/librt/primitives/brep/ (brep.cpp brep_debug.cpp): added std namespace tag where necessary
08:30.39*** join/#brlcad Stattrav (~Stattrav@110.224.65.139)
08:35.03CIA-73BRL-CAD: 03d_rossberg * r39216 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp primitives/brep/brep.cpp):
08:35.03CIA-73BRL-CAD: renamed getSurfacePoint() in global namespace to brep_getSurfacePoint() to avoid name-collision with brlcad::SurfaceTree::getSurfacePoint()
08:35.03CIA-73BRL-CAD: corrected the declaration as external
09:11.19CIA-73BRL-CAD: 03d_rossberg * r39217 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: the BU_EXTERN macro has no effect here, therefore removed it
09:33.37CIA-73BRL-CAD: 03d_rossberg * r39218 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: added some more std namespace tags
12:17.47CIA-73BRL-CAD: 03d_rossberg * r39219 10/brlcad/trunk/include/brep.h: include bio.h before opennurbs.h to avoid problems with the windows.h include there
12:34.27CIA-73BRL-CAD: 03d_rossberg * r39220 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: the NOMINMAX define is not necessary any more
12:57.51CIA-73BRL-CAD: 03d_rossberg * r39221 10/brlcad/trunk/src/proc-db/pipetest.c: renamed pipe variables because of a conflict with unistd.h's pipe2()
13:16.31CIA-73BRL-CAD: 03d_rossberg * r39222 10/rt^3/trunk/ (5 files in 2 dirs): C++ interface to the ehy primitive (elliptical hyperboloid)
13:19.26brlcadwoot
13:40.10CIA-73BRL-CAD: 03d_rossberg * r39223 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: include C++ interface to elliptical hyperboloid (Hyperboloid, ehy) primitive
15:12.06CIA-73BRL-CAD: 03starseeker * r39224 10/brlcad/trunk/src/isst/gears.tcl: Strip down the tcl code of gears some, make it use bwish.
16:09.50*** join/#brlcad psilva_ (~chatzilla@static-96-255-52-7.washdc.fios.verizon.net)
16:09.56psilva_hiyo
16:10.58psilva_anyone know of any good oss irc clients for windows?
16:23.17packratthere are binaries of irssi for windows
16:25.12psilva_heh shipping lanes
16:34.29*** join/#brlcad psilva_ (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
16:35.04psilva_interesting
16:35.49psilva_never used a cmdline client
16:36.37packratwelcome to the world of foss products
16:37.09psilva_should make a .net frontend for this
16:38.33packratlol
16:39.32psilva_at least the docs are comprehensive
16:39.43psilva_better than most foss projects
16:56.14louipcxchat runs on windows
17:33.34``Erikprobably go to freshmeat.net and use the filter stuff to find a pretty good set of projects for that
17:35.09*** join/#brlcad mafm (~mafm@146.Red-88-23-76.staticIP.rima-tde.net)
17:35.39mafmhallo
17:40.01*** join/#brlcad Stattrav (~Stattrav@117.96.15.87)
17:45.07CIA-73BRL-CAD: 03starseeker * r39225 10/brlcad/trunk/src/tclscripts/archer/images/ (6 files): Add icon for part primitive.
18:03.49CIA-73BRL-CAD: 03starseeker * r39226 10/brlcad/trunk/src/isst/gears.tcl: Whoops, chopped too much.
18:06.22``Erikhttp://dlmf.nist.gov/
18:12.32louipcisn't isst in a different repo?
18:13.18psilva_xchat is commercial on windows
18:13.29psilva_free on other systems
18:13.39louipcah
18:28.30psilva_itd be nice if digsby had irc support
18:28.42psilva_then i wont need seperate apps
18:28.56psilva_i suppose trillian works, but it just seems bloated nowadays
18:29.41psilva_digsby works nicely, although the fact that it locks up when visual studio hits a breakpoint pisses me off sometimes
18:31.51``Eriklouipc: the gtk and sdl frontends are, the backend (and all the real work) has been in BRL-CAD as adrt, we're working on making a tcl/tk interface to have a frontend included with the BRL-CAD distro
18:33.55brlcadhey prasad, how goes it
18:53.59*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
18:54.17*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
19:15.00louipchehe
19:32.55*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
19:33.08*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
19:51.31*** join/#brlcad stevegt_2 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
19:59.59``Erikdangit
20:09.46psilva_brlcad: hey man
20:09.49psilva_crazy busy
20:25.07CIA-73BRL-CAD: 03starseeker * r39227 10/brlcad/trunk/src/isst/ (Makefile.am gears.tcl isst.h isst_tcltk.c): Code working towards isst visual in togl window.
20:29.17brlcadfinally got that all undone, whew
20:30.38CIA-73BRL-CAD: 03brlcad * r39228 10/brlcad/trunk/ (11 files in 4 dirs): revert some of the size_t promotions that were wrong/unnecessary for db_put, db_alloc, db_delete, and db_zapper. their return type is int with good reason, they don't return quantities, they return boolean success.
20:42.34CIA-73BRL-CAD: 03erikgreenwald * r39229 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: start implementation of new shot method
20:51.20starseeker``Erik: yeah, you're right - random garbage
20:52.54``Erikfinds it odd that starseeker doubted his assessment O.o
21:14.53juubchuckles
21:32.12CIA-73BRL-CAD: 03brlcad * r39230 10/brlcad/trunk/src/gtools/beset/ (beset.c population.c): don't include strings.h for win32 portability. include string.h instead (which fortunately includes strings.h on most modern systems)
21:32.56CIA-73BRL-CAD: 03starseeker * r39231 10/brlcad/trunk/src/isst/gears.tcl: Wrong call - opengl window isn't displaying texture, wrong memory somehow.
22:07.15*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
22:44.22CIA-73BRL-CAD: 03r_weiss * r39232 10/brlcad/trunk/src/conv/obj-g_new.c: adding code to fuse vertices outside nmg
22:49.44``Erikaa1/cl
22:55.50CIA-73BRL-CAD: 03bob1961 * r39233 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Web docs now viewable on Windows. More to be done on the Windows build with including/building docbook.
22:59.33starseekerHah - libxml on Windows http://www.zlatkovic.com/libxml.en.html
23:02.20starseekerreflects that if Docbook building is actually to be integrated into the Windows build those tools may be essential...
23:02.49``Erikmiktex *cough*
23:05.26starseekeror we could try MSXML (shudder)
23:05.56``Erikbut...but... but... \latex !
23:06.07``Erik60mph winds, damn
23:07.45starseekermakes a note to remind Bob to commit the tkhtml3 build logic...
23:35.09starseekerbah - NIST has restricted use of the DLMF for commercial purpose
23:35.26starseekerthat SUCKS
IRC log for #brlcad on 20100515

IRC log for #brlcad on 20100515

00:03.05``Erikis that even legal? O.o
00:23.02brlcadxml?
00:24.13brlcad``Erik: probably developed by a contractor, they could impose that requirement
00:26.06brlcadthere are a variety of xml libs that will work just fine cross-platform
00:26.18brlcadexpat is pretty self-contained iirc
00:26.29brlcadtinyxml is great for simple stuff
00:26.59brlcadminixml is another small one with no deps
00:27.18brlcadxerces is the big horse with validation...
01:57.31CIA-73BRL-CAD: 03brlcad * r39234 10/brlcad/trunk/include/opennurbs_ext.h: ws consistency cleanup, functions are called out as special scopes with open parens on the next line ala traditional k&r style.
01:57.52CIA-73BRL-CAD: 03brlcad * r39235 10/brlcad/trunk/include/vmath.h: remove parens on return statement for consistency
02:23.16CIA-73BRL-CAD: 03brlcad * r39236 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: ::getSurfacePoint was renamed to ::brep_getSurfacePoint to remove ambiguity. match it up.
02:26.39CIA-73BRL-CAD: 03brlcad * r39237 10/brlcad/trunk/src/other/tk/generic/tk.h: quell compilation shadow warnings on 'index' like is done in tcl.h
02:38.32CIA-73BRL-CAD: 03brlcad * r39238 10/brlcad/trunk/src/libwdb/pipe.c: quellage on pipe shadow
02:41.33CIA-73BRL-CAD: 03brlcad * r39239 10/brlcad/trunk/src/libwdb/ (arbn.c reg.c units.c wdb.c): remove parens on return statements for consistency. size_t quellage
03:03.58*** join/#brlcad akafubu (~akafubu@c-71-228-184-130.hsd1.al.comcast.net)
03:03.58*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
03:11.46*** join/#brlcad 92AAAEXUF (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
03:13.29CIA-73BRL-CAD: 03brlcad * r39240 10/brlcad/trunk/src/gtools/beset/beset.c: typo
03:15.19CIA-73BRL-CAD: 03brlcad * r39241 10/brlcad/trunk/src/gtools/beset/population.c: nutha typo
04:14.26CIA-73BRL-CAD: 03starseeker * r39242 10/brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: Hmm - perl has an attributes man page too - call ours gattributes.
04:15.29CIA-73BRL-CAD: 03starseeker * r39243 10/brlcad/trunk/doc/docbook/system/man5/en/ (Makefile.am attributes.xml gattributes.xml): Move attributes.xml to gattributes.xml
04:25.19CIA-73BRL-CAD: 03brlcad * r39244 10/brlcad/trunk/src/ (556 files in 92 dirs): return consistency cleanup. return isn't a function so don't let it pretend to be one. unwrap parens on return statements, match majority.
05:31.37*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
09:31.33*** join/#brlcad mafm (~mafm@146.Red-88-23-76.staticIP.rima-tde.net)
10:15.46*** join/#brlcad __monty__ (~toon@d51A54064.access.telenet.be)
10:15.52*** part/#brlcad __monty__ (~toon@d51A54064.access.telenet.be)
10:16.02*** join/#brlcad __monty__ (~toon@d51A54064.access.telenet.be)
12:38.00*** join/#brlcad Davelister (~niels@unaffiliated/davelister)
12:38.06Davelisterhello
13:13.28CIA-73BRL-CAD: 03Tbrowder 07http://brlcad.org * r2236 10/wiki/Main_Page: /* Tutorials */
13:27.37CIA-73BRL-CAD: 03Tbrowder 07http://brlcad.org * r2237 10/wiki/Interrogating_and_Modifying_a_Model_Algorithmically: Initial page edits.
14:09.15louipchello
14:39.23*** join/#brlcad __monty__ (~toon@d51A54064.access.telenet.be)
14:39.49__monty__Is the precompiled mac version no longer being held up to date?
15:32.55brlcad__monty__: it's not been updated in a while
15:33.01brlcadbut a binary release is expected "soon"
15:33.58brlcadthe binary releases are updated as there is a pressing need or a designated maintainer for all the platforms
15:33.58__monty__Then I'll try compiling from source, does it require experience or is it a mindless ./conifigure, make, make install?
15:34.07brlcadit should be pretty mindless
15:34.24__monty__Ok, I'll have a go at it then.
15:34.27brlcadsh autogen.sh && ./configure --enable-all --enable-optimized && make && sudo make install
15:34.34brlcadshould do the trick
15:35.29__monty__That's a one-liner right?
15:42.20``Erikyes
15:43.41*** join/#brlcad Stattrav (~Stattrav@117.96.118.1)
15:44.00__monty__Ok, it's on the way.
15:44.45``Erikthe "&&" means "if the previous command succeeded, then do this command"
15:46.43__monty__Ah ok, I didn't know it contained a check for the previous command.
15:48.10__monty__I'm getting a couple errors, can I paste the last few lines or do you need more?
15:48.34``Erikhttp://paste.lisp.org
15:49.25Davelistersee you here ;-)
15:49.30*** part/#brlcad Davelister (~niels@unaffiliated/davelister)
15:52.04__monty__The paste is too large, should I split it into a few parts or only paste part of it?
15:52.43brlcadwhat failed?
15:53.23__monty__Paste too large or do you mean the last few lines?
15:54.11__monty__These are the last 4 lines: make[3]: *** [libTkhtml3.0.dylib] Error 1
15:54.11__monty__make[2]: *** [all-recursive] Error 1
15:54.11__monty__make[1]: *** [all-recursive] Error 1
15:54.12__monty__make: *** [all-recursive] Error 1
15:57.20brlcadhm, tkhtml failed
15:57.28brlcadthat's odd
15:57.51brlcadneed more of the paste, maybe the 20-30 lines that preceeded those in a pastebin
15:59.34__monty__Hope this is enough, just say if you need more: http://paste.lisp.org/+24LU
17:34.40__monty__Did my paste help?
17:41.16*** join/#brlcad __monty__ (~toon@d51A54064.access.telenet.be)
17:41.22*** join/#brlcad Stattrav (~Stattrav@110.224.55.232)
18:26.01*** join/#brlcad 50UAAQL6Q (~stevegt@cislunar.TerraLuna.Org)
18:46.16louipclooks like you need X to build tkhtml3
19:56.33CIA-73BRL-CAD: 03Tbrowder 07http://brlcad.org * r2238 10/wiki/Interrogating_and_Modifying_a_Model_Algorithmically:
20:08.09CIA-73BRL-CAD: 0341.190.32.114 07http://brlcad.org * r2239 10/wiki/MGED_CMD_ae: fix typo
22:14.22*** join/#brlcad VaioStyle (~VaioStyle@c-98-211-238-67.hsd1.fl.comcast.net)
23:43.35louipcGot a segfault on mged - http://pastebin.com/fM1X7Vcf
23:44.15louipchmm I guess I should try another WM to see if it persists
IRC log for #brlcad on 20100516

IRC log for #brlcad on 20100516

01:42.27*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:08.14``Erikalmost looks like ya may've gotten the new tk fb
02:32.50*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
05:37.43starseeker``Erik: I don't suppose you can successfully compile the Togl based stuff on your home box?
05:38.02starseekeris eyeing this trying to figure out where he went wrong with the texture stuff...
08:42.51*** join/#brlcad 77CAAN4Y1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
09:50.39*** join/#brlcad mafm (~mafm@146.Red-88-23-76.staticIP.rima-tde.net)
10:53.46*** join/#brlcad __monty__ (~toon@78-23-209-58.access.telenet.be)
11:29.05``Erikwhich home box?
11:29.24``Erik<-- notes that he uses xquartz on his hackintop, not x11.app
11:29.56``Erikthough I do have a 10.4 and 10.2 with x11.app on them
11:30.26__monty__``Erik: Do you run os X86 ?
11:37.31``Erikyeah, the macbook is x86 running 10.5, the 10.4 is a g4 powerbook pro, the 10.2 is a g3 ibook
11:47.18__monty__``Erik: I meant http://wiki.osx86project.org/wiki/index.php/Main_Page , because you said hackintop.
11:47.31__monty__Brlcad sure is a long build.
11:49.59``Erikoh, heh, no, mine are actual apple hardware
11:50.06``Erikbut twisted to be a lot more unixy
11:50.36``Erikdincha watch 'hackers' or 'independance day'? all hackers use macs, right? :D
11:52.06__monty__Oh boy, then I'm on my way to true hackerness :-) What did you do to make them more unix-y?
11:53.38``Erikmade symlinks here and there, enabled the root account, installed macports and all its goodness
11:54.58__monty__Is enabling the root account difficult? What kind of symlinks, the usr opt var etc ... folder structure?
11:55.41``Erikum, the big symlink I MUST do right away on anew mac is /home -> /Users and /usr/home -> /Users
11:56.22``Erikthe root account was a netinfo change on the 10.4 boxes, I don't recall exactly what I did on 10.5 to get it :/ mostly google and try
11:57.17``Erikoh, and some scripts on 10.4 to nidump/niload into an RCS'd "fake etc", don't recall what I did on 10.5... (only done it twice on 10.5, don't have 10.6)
11:57.31__monty__Do you feel more at home with /home than with /Users?
11:58.20``Erikheh, yeah (even though irix had a weird one, like /users/ or something) *shrug*
11:59.22``Erik<-- big fbsd weenie, treats his macs more like x servers that run firefox and WoW usually and ssh's into fbsd boxes... *shrug* so'z I try to alter my environment to be more comfortable to me
12:02.35__monty__gipoqu
12:02.49__monty__*excuse me, wrong window.
12:05.38__monty__make install ran into some error's, here's the paste: http://paste.lisp.org/display/99300 Any idea what's wrong and how I can correct it?
12:10.29``Erikyour URT didn't build correctly, probably failed but left a file piece, so make assumed it was done
12:11.00``Erikrm src/other/URToolkit/cnv/rletoabA62 && make install
12:11.46``Erik(if ya see "not a valid libtool file", that's the issue and solution, changing the name to whatever is appropriate)
12:12.11``Erikor, uh, invalid libtool wrapper script, or invalid libtool object file, ...
12:13.00__monty__rm: src/other/URToolkit/cnv/rletoabA62: is a directory
12:13.57__monty__rm -d?
12:15.00__monty__And should I sudo make install or not?
12:15.37``Eriksrrc, src/other/URToolkit/cnv/rletoabA62/rletoabA62
12:15.41``Eriksrry, even
12:20.44__monty__Some errors still http://paste.lisp.org/+24ME rm 'rletogif'?
12:22.03``Erikyup (or make clean and build again)
12:23.17__monty__in what directory is rletogif located?
12:29.24``Eriksrc/other/URToolkit/cnv
12:30.42__monty__Do the same with aliastorle?
12:37.02__monty__And rleClock, where is it located?
12:40.08__monty__I'll just do a make clean && make might be easier in the long run, instead of removing all those files.
13:36.03*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
14:19.23__monty__How do you prefer to use brlcad, mged?
14:38.43__monty__just did a victory dance because he succeeded in compiling brlcad.
16:02.54starseeker``Erik: any home box
17:32.08*** join/#brlcad Stattrav (~Stattrav@117.96.10.118)
18:31.52*** join/#brlcad Nohla (~jesica@201.255.239.35)
19:34.35*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:30.19``Eriktogl.c:19:20: error: tclInt.h: No such file or directory
20:30.19``Eriktogl.c:20:19: error: tkInt.h: No such file or directory
20:30.19``Eriktogl.c:102:54: error: tkMacOSXInt.h: No such file or directory
20:39.29CIA-73BRL-CAD: 03erikgreenwald * r39245 10/brlcad/trunk/configure.ac: CPP flags must be single quoted so ${} variables are not substituted at configure time
23:36.05``Eriksimpsons occasionally has a really brilliant gag O.o bart looking at a microfiche display, says "zoom in and enhance", lisa shrugs and pushes his head cloesr to the machine
IRC log for #brlcad on 20100517

IRC log for #brlcad on 20100517

00:00.12CIA-73BRL-CAD: 03davidloman * r39246 10/brlcad/trunk/src/libpkg/tpkg.c: Simple typo fix Wierd->Weird
00:26.41``Erikhuh, an a-team movie :/
00:38.58``Erikw00t, 7.16.8 meta is in the fbsd ports tree
01:01.19starseeker``Erik: arrgh - what configure options?
01:02.22starseekeris sure the features will take off once the basic opengl stuff is working... it's like being taunted by the code
01:14.55``Erikfor those errors, "./configure --enable-optimized --with-ogl --enable-rtgl --enable-togl"
01:15.15``Erikwhen I do "./configure --enable-optimized --with-ogl --enable-rtgl --enable-togl --enable-tcl-build --enable-tk-build" I get errors about not finding GL/gl.h
01:16.06``Erik(should probably add --with-agl or something)
01:24.42``Erikhm, f.lux is actually pretty nifty
01:30.44starseeker``Erik: this is on a mac?
01:31.09``Erikyes
01:31.24starseekerI don't suppose you can upgrade to the latest Xquartz?
01:31.57``ErikI thought I did just a couple weeks ago
01:32.41``Erikhm, taking out the --enable-ogl and --enable-rtgl and adding --enable-agl, togl compiles but fails to link
01:33.13starseekernot surprised - agl was something I was putting in for an apple native version of the ogl display manager
01:33.26starseekerit's Not Ready Yet :-/
01:34.16``Erikif I manually add -L/usr/X11/lib to the link line for togl, it links... once it's done compiling, I'll install and see how bad I munged things up :D
01:34.37starseekerdoe adding --with-x11=/usr/X11 do anything?
01:34.47starseeker``Erik: thanks :-)
01:36.45starseekerit might be one of those cases where the configure.in isn't properly sucking in the autotools settings we supply
01:36.48starseekergrowl...
01:37.08``Erikhighly possible
01:37.25``ErikI had to do ugly things to set things up for tkhtml3 to catch the right bits
01:37.32starseekernods
01:38.03starseekerkinda ironic given how much we use tcl/tk, but we sure do have a conflicting world view of How To Build Stuff
01:39.00``Erikkinda smells like tcl saw auto*, then got a sudden outbreak of "we need something like that, but, uh, nih!"
01:39.17starseekerthey actively despise libtool
01:40.12``Eriklibtool becomes hugely useful when you start considering more than one platform :/
01:40.16starseekereyes the pure-autotools build of tcl he started working on...
01:40.43starseekerwas considering finishing that up and putting it on github...
01:40.52``Erikwould rather see a pure auto* tkhtml3 and togl *cough*
01:41.02starseekernods
01:41.15starseekerthe problem is, we have to supply something that works for package require
01:41.21``Erikin general, system provided tcl and tk are there... tkhtml3 and togl are... not
01:41.24``Erikyeh
01:41.24starseekersame basic problem we hit with the isst stuff
01:41.46starseekerthat might actually be a workable solution, to use the module and specialized prefix thing
01:42.07``Erik<-- notes that the GL bits for isst are very trivial, if that's the actual concern, rolling our own wrapper would be trivial *shrug*
01:42.17starseekernods.
01:42.36``Erikand the dm/fb stuff is also very trivial gl stuff
01:42.54starseekerI thought it was a good excuse to try out togl, since if it does work as advertised we will have a "well behaved" tcl/tk widget that is also opengl
01:43.55starseekerI'm pretty sure I'm just doing something stupidly wrong, since I tried to do a straight-ish copy of the SDL logic
01:44.46``Erikum, the stuff I wrote assumes things prepared the way sdl prepares them... the togl stuff I saw looked very glut, there might be a couple little things that're different
01:44.53``Eriklike defaulting to single buffer instead of double
01:45.14starseekererahum
01:45.20``Erikdo a glut tutorial or two, it might help ya understand the togl mindset a bit better
01:45.33``Erik(if I read what I saw of togl correctly... which is basically the gears demo)
01:45.40starseekernods
01:45.59starseekerexcept I believe the gears thing had a SwapBuffer call in there
01:46.03``Erikglut is a really neat library for quick and dirty opengl experiments anyways
01:46.50``Erikhm, what was the issue? junk texture?
01:47.04starseekerseemed to be
01:47.13starseekereither garbage or a blank screen (what I get here)
01:47.34``Erik'blank'?
01:47.38starseekerblack
01:47.46``Erikyou mean, like, the garbage in your texture data is all 0's?
01:47.47``Erik:D
01:47.53starseekerprobably
01:48.04starseekeryou'll see if you get it compiled
01:48.31``Erikif ya turn off texturing and give it a glColor3D(), does it 'seem to work correctly'? (is it 3D? or 3i? hrm)
01:48.34``Erik3i I bet
01:51.44``Erikwell, glColor3d(1.0, 1.0, 1.0); or glColor3i(255, 255, 255);
01:51.46``Erikshould be the same
01:52.55starseekertries that...
01:54.26``Erikwow, that american dad had a few ... very... disturbing bits O.o stan saying "ooh! fresh panties for the ride home!" in a parody of the ending of aliens O.o
01:54.40``Eriker, alien, rather
01:56.03starseekercan't immediately get it to show a color... what else do I need to turn off here...
01:57.15starseekergah
01:57.34starseekeris tempted to put the gear bits back in, just as a sanity check...
01:58.35``Erikyou turned off texturing, right?
01:59.02starseekerI commented out the enable - do I need to explicitly disable?
01:59.34``Erikopengl is a state machine without a known start state, try doing glDisable(GL_TEXTURE_2D);
01:59.42``Erikwhere the glEnable was
01:59.46starseekerk
02:00.42``Erik(that state machine comment... that's why you got the junk buffer, and something that confuses the crap out of a lot of c++ programmers, probably worse for lisp programmers...)
02:01.10starseeker``Erik: still won't work for you there?
02:01.36``Erikisst_tcltk.h is failing, togl.h is expecting things to be set that aren't or something
02:01.49starseekergrowl
02:02.17starseekeryou could try with --enable-aqua-tk
02:02.34starseekerand --disable-X11
02:02.46starseekeror --disable-x11 maybe
02:03.09``ErikI shoved a #define TOGL_AGL into isst_tcltk.c
02:03.12``Erikcompile is continuing
02:03.49``Erikthis is gonna be one hell of a bastardized build heh
02:03.54starseekerhehe
02:04.10starseekeryou don't have a local BSD box with X11 on it?
02:05.04``Eriknot with enough disk space to deal with all this docbook and opennurbs and step crap
02:05.21starseekerO.o
02:06.27starseeker, in desperation, removes everything but what should be the bare essentials and grabs a simple opengl example from the web
02:06.34``Erikya don't remember me bitching up a storm when ya added all the docbook stuff? :D
02:06.41starseekeroh, I do
02:06.52starseekerthought you might crack and get a somewhat larger harddrive though
02:06.53``Erik'sides, it's 10 on a sunday
02:06.57starseekertrue
02:07.22``Erikoh, I got a big hard drive, it's just not wired to that machine, it's waiting for me to finish preparing the arm box to replace my server
02:07.40starseekernods
02:07.46``Erikit's a race to see who's slowest, which migration will be last? arm or bz? :D *duck*
02:13.27``Erikwell, got it to fire up on my mac, junk in the texture
02:13.44``Erikgoddamnit, now I suppose you expect ME to fix it
02:14.39``Eriklets see, -double true, hm
02:18.08starseeker``Erik: I'll take all the help I can get - I was hoping it might be a trivial thing for you to spot...
02:18.50starseekermaybe I'm doing something wrong initing the TIE stuff...
02:26.24``Erikwell, I get 1 frame to display correctly
02:31.25starseeker??
02:31.26starseekerhow
02:33.30CIA-73BRL-CAD: 03erikgreenwald * r39247 10/brlcad/trunk/src/isst/isst_tcltk.c: make reshape call resize_isst. pass correct info around. etc.
02:34.19CIA-73BRL-CAD: 03erikgreenwald * r39248 10/brlcad/trunk/src/isst/isst_tcltk.c: make reshape call resize_isst. pass correct info around. etc.
02:34.26``Erikdamnit
02:44.41starseekerO.o
02:46.18starseekerwell, that's something
02:46.24starseeker``Erik: thanks!
02:47.13CIA-73BRL-CAD: 03starseeker * r39249 10/brlcad/trunk/src/isst/isst_tcltk.c: Shouldn't need to force this - need to check build logic on Mac for X11
02:49.02``Erikdamnit
02:49.54CIA-73BRL-CAD: 03erikgreenwald * r39250 10/brlcad/trunk/src/isst/isst_tcltk.c: fix more stuff, ditch frustum/perspective stuff, ditch global
02:50.40starseeker``Erik: oh, sorry - I'll leave the TOGL_AGL thing alone until you're done
02:51.51``Eriknah, I moved it into the makefile
02:51.58CIA-73BRL-CAD: 03erikgreenwald * r39251 10/brlcad/trunk/src/isst/isst_tcltk.c: typo
02:52.16``Erikjust threw a commit, moved on, then realized it failed on 'not up to date'
02:52.29``Erikwell
02:52.31starseekerO.o - now I get 3 ktanks :-)
02:52.34``Erikthere's something there, but something ain't right
02:52.35``Erikyeah
02:53.14starseeker<marketing hat>New - three for the price of one!</marketing hat>
02:54.16starseekerprints the actual values width and height are getting - SDL was doing something with those involving a rectangle...
02:55.03``Erikum, yeah, that was done for the software blit, the opengl variant SHOULDN'T be using those, just leftovers
02:55.23``Erikmeh
02:55.27``Eriksomething to do tomorrie
02:55.48starseekercool - thanks ``Erik !
02:57.46``Erikheh, http://effinfunny.com/legend-of-neil/seasons?vid=342&sid=1
02:57.56``Erik(parody of 'legend of zelda')
02:59.08starseekershame-facedly admits to never having played Legend of Zelda
02:59.48``Erikneither have I, *shrug* still find it funny :D
03:00.10``Erikheh, I got through most of 8bit theater before I realized it was a parody of final fantasy...
03:02.44``Erikwhistles innocently
03:02.50CIA-73BRL-CAD: 03erikgreenwald * r39252 10/isst/trunk/sdl/main.c: fix memory leak on resize
03:06.57starseekerconfirms rendering of first frame is real - what an odd behavior with the three windows
03:07.09starseekerand of course resizing is a disaster
03:07.26starseekerstill, progress
03:08.05``Erikmight mean the values being passed in are not quite right, it's very sensitive to that
03:08.32``Erik(it looks like the width between the isst context and texture are not quite the same)
03:15.19starseekeris guessing that sucks to debug?
03:15.37starseekerhah, cool!  http://www.nature.com/nphys/journal/vaop/ncurrent/abs/nphys1652.html
03:16.23CIA-73BRL-CAD: 03erikgreenwald * r39253 10/brlcad/trunk/src/isst/isst_tcltk.c: Add some color to make sure the billboard is sane. Ditch duplicate variables.
03:21.03starseekerneat!
03:21.09starseekerstrange, but neat!
03:21.36``Erikif you turn off texturing, it becomes obvious why
03:21.39``Erik:D
03:22.29starseekerah :-)
03:32.01starseeker``Erik: it looks like the first time resize_isst is called, the camera width and height are at 400, 400
03:32.19starseeker(altering the tcl script to init with that window size results in something sane looking
03:32.20``Erikyes, which'd be the default size for those
03:32.46``Erikamusingly, if you set isst->gs to 1, it all seems tow ork kinda ok
03:33.25``Erikmeh
03:34.30starseekeris at something of a loss as to why it's getting 400,400...
03:35.13``Eriksince 400x400 is the widget default, I'd assume it inits, then it sends a resize for the real size
03:35.37starseekerwhich should update the isst struct as well
03:35.50``ErikI'm sure you could figure out where the togl source is to verify that *cough* :D
03:36.07``Erikyes.... setting the gs makes things almost work right
03:36.22``Erikgridsize, that's what gs stands for
03:36.42``Erikthe 'shame' knob :D
03:37.23starseeker<blink>
03:37.29starseekeryeah, that does do something
03:37.33starseekerO.o
03:37.52``Erikwe can look at it tomorrow morning *shrug*
03:37.59starseekersounds good
03:38.07starseekerpacks it in
03:41.07``Erikis that nature article the thing that was on slashdot friday for power from bioengineered goop?
03:41.30starseekerdunno - saw it today as a discussion of the core nature of photosynthesis
03:42.33``Erikthey want $'s for anything more than the abstract :/
03:42.34starseekeryeah, sucks
03:42.44CIA-73BRL-CAD: 03starseeker * r39254 10/brlcad/trunk/src/isst/isst.h: We have this line in the c file for now.
03:42.46``Erikand we've both written enough abstracts to know how much they really relate to the good stuff
03:44.13starseekermaybe we can get a look at it tomorrow
03:44.32starseekerthere must be some way to relate it to CAD :-P
03:45.02``Erikfrom nature? O.o we have ieee, acm, and a few others, but I don't think we have nature
03:45.11starseekerbah
03:45.49``Eriksuppose you could chuck it to a librarian as a 'curiosity' class thing *shrug* I d'no
03:48.08starseekernah, I doubt they'd support pure curiosity without an immediate application in mind
03:48.33starseekerhmm - 320 works for camera.w, and so does 640
03:49.32starseekerand 1280
03:49.51starseekertank shifted a little south in all 3
03:50.02starseekerfiner resultion at higher numbers
03:50.09starseekersmacks self and goes to bed
10:56.48*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
11:00.21d-loMernin all
11:02.49d-lobrlcad:  Been reading up on libpkg.... is there a way for a pkg_client to send any form of signal when data is available (aka NIO style) or is it purely a blocking approach?
11:55.22*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:59.56*** join/#brlcad Stattrav (~Stattrav@117.96.222.154)
13:46.06starseekerO.o still getting a bwish crash - must not be freeing something somewhere
13:50.25``Erikyet you still haven't used gdb
13:51.07``Erikd-lo: libpkg is very simple, we were talking about having callbacks added at some point (to migrate adrt's network stuff), but I think it's blocking only... can always set up a polling thread
13:52.39starseeker``Erik: was trying to make sense of the log file
14:11.18CIA-73BRL-CAD: 03starseeker * r39255 10/brlcad/trunk/src/isst/isst_tcltk.c: Reset the index to 0, fixes rendering and realloc issues - remove debugging colors.
14:17.50``Eriklog file? huh?
14:31.51CIA-73BRL-CAD: 03erikgreenwald * r39256 10/brlcad/trunk/src/isst/isst_tcltk.c: look function for motion/rotation
14:36.10d-lo``Erik: Yeah, I was trying to avoid polling.  Works okay for a few connections but doesn't scale well at all.
15:12.48``Erikyeah, some os's start getting bogged down as early as 30,000 or so, not many survive past a million
15:12.51``ErikO:-)
15:13.24CIA-73BRL-CAD: 03starseeker * r39257 10/brlcad/trunk/src/isst/ (Makefile.am gears.tcl isst.tcl): It's not a gear demo any more.
15:20.57CIA-73BRL-CAD: 03erikgreenwald * r39258 10/brlcad/trunk/src/isst/isst_tcltk.c: add render_mode tcl func for selecting shader
15:25.50d-loWell, tbh, I don't really envision the GS getting any more than 2500-3000 connections at a time.
15:49.30CIA-73BRL-CAD: 03starseeker * r39259 10/brlcad/trunk/src/isst/ (isst.tcl isst_tcltk.c): Number keys will toggle shader modes now.
18:02.55CIA-73BRL-CAD: 03starseeker * r39260 10/brlcad/trunk/src/isst/ (isst.h isst.tcl isst_tcltk.c): I doubt this is the 'right' way, but it does produce movement of the model based on mouse motion.
18:50.22CIA-73BRL-CAD: 03erikgreenwald * r39261 10/isst/trunk/sdl/event.c: change F11 to switch to/from fullscreen and f to move down
18:51.48CIA-73BRL-CAD: 03bob1961 * r39262 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: Added code for creating source files in tkhtml3.
18:58.08CIA-73BRL-CAD: 03bob1961 * r39263 10/brlcad/trunk/misc/win32-msvc8/ (5 files in 3 dirs): Added projects for tkhtml and tkpng.
19:01.53CIA-73BRL-CAD: 03bob1961 * r39264 10/brlcad/trunk/src/archer/archer: If on windows, add Tkhtml3.0 to the auto_path so that the package require for Tkhtml works.
19:13.40CIA-73BRL-CAD: 03bob1961 * r39265 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: Added code to create the pkgIndex.tcl file for tkhtml.
20:12.30starseekergrowl
20:13.42CIA-73BRL-CAD: 03erikgreenwald * r39266 10/isst/trunk/sdl/myplugin.c: a slightly more involved plugin example: Xray style (sorta like rtxray), painting odd triangle counts red.
20:58.15*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
21:58.12*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:12.13CIA-73BRL-CAD: 03r_weiss * r39267 10/brlcad/trunk/src/conv/obj-g_new.c: adding functions to test surface closure
23:51.52CIA-73BRL-CAD: 03starseeker * r39268 10/brlcad/trunk/src/isst/ (isst.tcl isst_tcltk.c): This puts a little more of the movement logic in tcl land, but not all of it.
IRC log for #brlcad on 20100518

IRC log for #brlcad on 20100518

00:46.36starseekergrr
00:47.00starseeker``Erik: I don't suppose you have the logic that let you rotate around a model lying around anywhere?
00:48.12*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
01:15.50``Erikuh
01:16.18``Erikangle += dt*spd; x=range*cos(angle); y=range*sin(angle); ?
01:19.38*** join/#brlcad Nohla (~jesica@201.255.241.214)
01:29.32*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
01:29.32*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
01:49.31*** join/#brlcad Nohla (~jesica@201.255.241.214)
02:03.25*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
03:16.13*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
03:45.39CIA-73BRL-CAD: 03brlcad * r39269 10/brlcad/trunk/doc/deprecation.txt: rt_ptalloc is an unnecessary and unhelpful wrapper function. just change to bu_malloc/bu_calloc with a simple sed script.
03:46.47CIA-73BRL-CAD: 03brlcad * r39270 10/brlcad/trunk/src/librt/primitives/pipe/pipe_mirror.c: fix pipe shadow warn
03:48.50CIA-73BRL-CAD: 03brlcad * r39271 10/brlcad/trunk/ (8 files in 8 dirs): replace rt_ptalloc() with bu_malloc() since that's all the wrapper was doing anyways. remove rt_ptalloc() entirely.
03:53.09CIA-73BRL-CAD: 03brlcad * r39272 10/brlcad/trunk/src/librt/primitives/ (generic.c nmg/nmg_misc.c nmg/nmg_mk.c nmg/nmg_pt_fu.c): fix edguse vs edgeuse typo
04:27.26CIA-73BRL-CAD: 03brlcad * r39273 10/brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: signal callbacks take an int param
04:30.23CIA-73BRL-CAD: 03brlcad * r39274 10/brlcad/trunk/src/librt/primitives/pnts/pnts.c: promote function decl to global decl for win32 quellage
04:32.31CIA-73BRL-CAD: 03brlcad * r39275 10/brlcad/trunk/src/librt/wdb.c: use RT_DIR_PHONY_ADDR instead of literal -1L for quellage
04:33.32CIA-73BRL-CAD: 03brlcad * r39276 10/brlcad/trunk/src/librt/tree.c: Tcl_CreateHashEntry() sig wants a const char *, so cast the type to avoid promotion warnings.
04:42.08brlcadd-lo: have to think even lower level -- it works at the raw socket layer and you control the socket
04:42.16brlcadpkg puts all behavior into your hands, whether you want blocking or non-blocking behavior on the socket
04:42.49brlcadif you tell it to read or wait for a message, it will necessarily block on that call until it can be performed
04:44.16brlcadto implement a non-blocking behavior, you select on the socket non-blocking before doing a read to check whether there is data or not
04:47.17brlcadas far as getting "bogged down", you might not realize how low-level you'r working there -- any non-blocking network library is implemented under the hood using a low-level select or poll on the socket
04:50.34CIA-73BRL-CAD: 03brlcad * r39277 10/brlcad/trunk/include/config_win.h: isblank() isn't really necessary. fnmatch provides.
05:30.07CIA-73BRL-CAD: 03brlcad * r39278 10/brlcad/trunk/src/librt/ (22 files in 9 dirs): win32 quellage. set vars outside of conditionals. init vars and more.
05:33.21*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:43.38CIA-73BRL-CAD: 03brlcad * r39279 10/brlcad/trunk/src/liboptical/material.c: mfp_new is unused unless dlopening
07:41.16*** join/#brlcad ibot (~ibot@rikers.org)
07:41.16*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
07:59.07CIA-73BRL-CAD: 0386.57.164.110 07http://brlcad.org * r2240 10/wiki/Compiling: /* Library dependencies */
10:25.12d-loMernin all!
11:48.47brlcadmernin
12:03.50CIA-73BRL-CAD: 03brlcad * r39280 10/brlcad/trunk/src/liboptical/refract.c: reorder to avoid forward declarations, which finds that the function signatures don't actually match what is needed. quell warnings on exact floating point checks on the refraction index too.
12:15.02starseeker``Erik: you will have many chances to make fun of my lack of understanding of 3-space manipulation mathematics, I'm guessing
12:15.36starseekermakes a note to look for libbu stuff related to sub-second timing, and if not there look at snarfing the SDL functionality and turning it into libbu functions
12:15.44CIA-73BRL-CAD: 03brlcad * r39281 10/brlcad/trunk/src/liboptical/ (sh_air.c sh_grass.c sh_treetherm.c): quellage, size_t, remove dead code
12:27.53brlcadd-lo: trust you read my responses regarding blocking/non-blocking?
12:28.01CIA-73BRL-CAD: 03brlcad * r39282 10/brlcad/trunk/src/libged/ (30 files): size_t type quellage. use RT_DIR_PHONY_ADDR now instead of -1L on diradd.
12:30.31CIA-73BRL-CAD: 03brlcad * r39283 10/brlcad/trunk/src/libged/clone.c: size_t conversion
12:30.54d-loyuppers.  I am aware at how low level libpkg is.  I am thinking that a polling approach should work since I am making a design assumption that we will not be handling MASSIVE amounts of connections.
12:37.49brlcadone of the points being, though, that if you had some library that supposedly did handle MASSIVE amounts of connections, it is eventually making the same low-level read/write/select/poll calls
12:37.58brlcad(ergo, we should be able to handle MASSIVE as well)
12:38.41d-lotrue, however I am looking at which will be faster to implement for now: Blocking or nonblocking approach.
12:39.04d-loseems that the blocking is easier/quicker, but doesn't scale as well as non-blocking
12:40.15brlcadyou mean at the transport layer, not the protocol layer, yes?
12:40.28d-loyes.
12:41.05d-loi.e. do we use a single thread per connection approach, or a single thread + select statement approach.
12:43.37brlcadthat the latter is filled with far far fewer potential pitfalls
12:43.38brlcadmuch simplerthat the latter is filled with far far fewer potential pitfalls
12:44.19d-loyou refer to threading pitfalls (race/deadlocks) ?
12:44.46brlcadthat's one potential
12:44.51brlcadthere are many though
12:45.11``Erikselect() makes blocking with many fd's fairly efficient
12:45.14brlcadit's a lot simpler to have one doorman
12:45.21brlcadgiven there is only one door
12:45.47``Erik*nod* a single select is sufficient until it's not, then ya start moving to multiple threads/procs using selects, a la apache
12:46.14``Erik(morning)
12:46.46``Erikbrlcad: get my msg?
12:47.01brlcadyep
12:47.03brlcadthanks
12:51.03brlcadd-lo: note that select works with *sets* of file descriptors.  it can efficiently manage all active connections and multiplex across them very efficiently
12:51.34d-lo<PROTECTED>
12:51.36d-loWord
12:55.30brlcadthe only trick should be to not allow individual packages/packets to get "too big", otherwise it will need input buffers for storing partial large packets as they are received over the wire
12:55.50brlcadtoo big being a single pkg packet that is more than a couple megs in size
12:56.40d-lowell the way I have it designed right now is that as data comes in on the socket, it is pulled from the socket's buffer and dumped into a NetMsgFactory, which has its own, expandable, buffer in it.
12:57.10d-lothat internal buffer will expand until the whole message is there.
12:58.04``ErikO.O shark-profile.asd
12:58.29CIA-73BRL-CAD: 03brlcad * r39284 10/brlcad/trunk/src/libged/ (7 files): more diradd -1 to RT_DIR_PHONY_ADDR conversions
13:05.00CIA-73BRL-CAD: 03brlcad * r39285 10/brlcad/trunk/src/libged/ (copyeval.c cpi.c decompose.c): clarify
13:05.12CIA-73BRL-CAD: 03brlcad * r39286 10/brlcad/trunk/src/libged/comb_std.c: offsets are off_t
13:05.32CIA-73BRL-CAD: 03brlcad * r39287 10/brlcad/trunk/src/libged/dg_obj.c: windows wants dword pointers.
13:07.09CIA-73BRL-CAD: 03brlcad * r39288 10/brlcad/trunk/src/libged/dg_obj.c: k&r to ansi
13:07.24CIA-73BRL-CAD: 03brlcad * r39289 10/brlcad/trunk/src/libged/editit.c: only declare if we're unix
13:08.01CIA-73BRL-CAD: 03brlcad * r39290 10/brlcad/trunk/src/libged/facetize.c: ws, indent, style cleanup
13:09.31CIA-73BRL-CAD: 03brlcad * r39291 10/brlcad/trunk/src/libged/ged.c: another off_t
13:09.54CIA-73BRL-CAD: 03brlcad * r39292 10/brlcad/trunk/src/libged/fracture.c: more cleanup
13:12.44CIA-73BRL-CAD: 03brlcad * r39293 10/brlcad/trunk/src/libged/ (human.c importFg4Section.c): unused vars, missing semi
13:12.52CIA-73BRL-CAD: 03brlcad * r39294 10/brlcad/trunk/src/libged/inside.c: ws cleanup
13:16.16CIA-73BRL-CAD: 03brlcad * r39295 10/brlcad/trunk/src/libged/mirror.c: constness quieting
13:16.21CIA-73BRL-CAD: 03brlcad * r39296 10/brlcad/trunk/src/libged/make_bb.c: simplify
13:16.35CIA-73BRL-CAD: 03brlcad * r39297 10/brlcad/trunk/src/libged/ (ls.c make.c make_name.c mater.c): remove unused vars
13:35.24CIA-73BRL-CAD: 03brlcad * r39298 10/brlcad/trunk/src/libged/ (nmg_collapse.c nmg_simplify.c rfarb.c): ws, style, consistency, cleanup
13:35.54CIA-73BRL-CAD: 03brlcad * r39299 10/brlcad/trunk/src/libged/rt.c: windows wants DWORDs instead of ints, particularly for 64bit.
13:36.03CIA-73BRL-CAD: 03brlcad * r39300 10/brlcad/trunk/src/libged/ (move_arb_face.c ps.c): unused vars
13:38.24CIA-73BRL-CAD: 03brlcad * r39301 10/brlcad/trunk/src/libged/track.c: ws, style, consistency, cleanup
13:40.11CIA-73BRL-CAD: 03brlcad * r39302 10/brlcad/trunk/src/libged/track.c: just amazing that there are still k&r function sigs scattered about.
13:45.10CIA-73BRL-CAD: 03brlcad * r39303 10/brlcad/trunk/src/libged/typein.c: user input is signed, but count is unsigned.
13:48.13CIA-73BRL-CAD: 03brlcad * r39304 10/brlcad/trunk/src/libged/typein.c: ws consistency cleanup, comments, tabs.
13:53.54CIA-73BRL-CAD: 03brlcad * r39305 10/brlcad/trunk/src/libged/wdb_bigE.c: dgo_drawH_part2 is no longer public in dg.h, declare here.
13:54.31CIA-73BRL-CAD: 03brlcad * r39306 10/brlcad/trunk/src/libged/search.c: want size_t
13:54.49CIA-73BRL-CAD: 03brlcad * r39307 10/brlcad/trunk/src/libged/wdb_comb_std.c: ws, style, consistency, cleanup
13:55.04CIA-73BRL-CAD: 03brlcad * r39308 10/brlcad/trunk/src/libged/rtcheck.c: more DWORD, yo
13:57.24d-lonice one!
13:57.29d-lo<PROTECTED>
14:01.05CIA-73BRL-CAD: 03brlcad * r39309 10/brlcad/trunk/src/librt/ (primitives/submodel/submodel.c roots.c): init some vars
14:01.14juubDo the developers get paid to work on BRL-CAD?  Or is it all voluntary?
14:02.30CIA-73BRL-CAD: 03brlcad * r39310 10/brlcad/trunk/src/librt/binunif/binunif.c: sadly, -1 is used to denote 'read the whole file in' so we need to check for it. this is probably not portable.
14:02.55CIA-73BRL-CAD: 03brlcad * r39311 10/brlcad/trunk/src/librt/primitives/sketch/sketch.c: simplify, set outside of the conditional
14:03.43CIA-73BRL-CAD: 03brlcad * r39312 10/brlcad/trunk/src/libged/ (wdb_importFg4Section.c wdb_obj.c): ws consistency cleanup, style fixin', and mo
14:05.25CIA-73BRL-CAD: 03brlcad * r39313 10/brlcad/trunk/src/librt/roots.c: don't break shit
14:06.10d-lojuub: Both!
14:10.26juubd-lo: sweet!
14:11.00*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
14:40.29CIA-73BRL-CAD: 03starseeker * r39314 10/brlcad/trunk/src/isst/ (isst.tcl isst_tcltk.c): Start roughing out orbital rotation
14:49.45CIA-73BRL-CAD: 03brlcad * r39315 10/brlcad/trunk/src/libged/wdb_obj.c: ws comment cleanup
14:50.09CIA-73BRL-CAD: 03brlcad * r39316 10/brlcad/trunk/src/libanalyze/density.c: quell
15:16.01CIA-73BRL-CAD: 03starseeker * r39317 10/brlcad/trunk/src/isst/ (isst.h isst.tcl isst_tcltk.c): Add in some reset ability for the view
15:33.24*** join/#brlcad Ralith_ (~ralith@216.162.199.202)
15:33.24brlcadstarseeker: did you have nohla's other completed translations?
15:33.33brlcadshe was asking about the other 4 or so that aren't committed yet
15:47.36*** join/#brlcad Nohla (~jesica@201.255.241.214)
16:16.51*** join/#brlcad Nohla (~jesica@201.255.241.214)
16:21.30*** join/#brlcad juub (~jwb@unaffiliated/juub)
16:25.41CIA-73BRL-CAD: 03brlcad * r39318 10/brlcad/trunk/src/libged/bo.c: make the unreachable reachable
16:25.54CIA-73BRL-CAD: 03brlcad * r39319 10/brlcad/trunk/src/libged/wdb_track.c: more de-k&r
16:26.50CIA-73BRL-CAD: 03brlcad * r39320 10/brlcad/trunk/src/libged/ (clone.c color.c): init potentially uninitialized vars.
16:28.17CIA-73BRL-CAD: 03brlcad * r39321 10/brlcad/trunk/src/libged/copymat.c: this has some funky arc/child parsing going on. leave as-is, but make sure child is not null before calling db_find_named_leaf(). remove unreachable and init vars to null too.
16:28.49CIA-73BRL-CAD: 03brlcad * r39322 10/brlcad/trunk/src/libged/attr.c: unreachable now reachable
16:49.06*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
17:06.30*** join/#brlcad Stattrav (~Stattrav@110.224.21.176)
17:10.03starseekerbrlcad: uh
17:10.13starseekerI don't think I've seen any
17:10.21starseekerNohla: can you re-send them to me?
17:17.44CIA-73BRL-CAD: 03starseeker * r39323 10/brlcad/tags/rel-7-16-8/src/tclscripts/lib/ (RtControl.tcl tclIndex): Add these fixes to the tag so I don't lose track of them.
17:29.55CIA-73BRL-CAD: 03brlcad * r39324 10/brlcad/trunk/src/libged/ (arced.c draw.c): ws, style, comment, and consistency cleanup
17:38.37brlcadack, not once the tarball is posted -- source tarball should match the tag
17:39.20*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
17:39.43brlcadalso worth noting that reuploading a file will wipe out (i.e. screw up) download statistics, which are being tracked
17:39.59brlcadso only generally adviced within a day or so
17:42.09*** join/#brlcad Stattrav (~Stattrav@110.224.21.176)
17:44.54*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
17:53.13starseekerbrlcad: I'll revert it once I'm done here
17:53.20``Erikwill also screw up upstream stuff
17:53.32``Eriklike packages looking for that file in gentoo, etc
17:53.43``Erikas well as md5sum sites, etc
17:54.58starseekerI'm not re-posting the file on sourceforge - just need to prepare stuff
18:18.01brlcadI'll post a note in the release announcement about the patch file
18:20.06brlcadshould upload a brlcad-7.16.8_rn.txt too, with details on the patch file
18:20.44brlcadexample: https://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.16.6/brlcad-7.16.6_rn.txt/view
18:21.08starseekernods working on it
18:21.24brlcadhere's an example that required a special release note: https://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.16.4/brlcad-7.16.4_rn.txt/view
18:21.24starseekerwaiting for distcheck...
18:22.23brlcadobviously nothing fancy, there's a checkbox on the web view that lets you mark the file as a release note so it is web-viewable like that
18:22.57brlcadis giddy.. 3000 warnings, down to the last 100
18:23.04starseekerwow!
18:23.07starseekerwhat platform?
18:23.16brlcadwin32
18:23.20starseekersweeet
18:23.25CIA-73BRL-CAD: 03erikgreenwald * r39325 10/brlcad/trunk/include/bu.h: inline extern doesn't seem too logical and breaks external projects trying to use bu on winderz
18:23.26``Erikonly losers touch win32
18:23.31brlcadthey're not all gone, but they are all reviewed
18:23.31``Erik*cough*
18:23.32starseekerwithout busting anything on win64?
18:23.34brlcadwin32/win64
18:23.56brlcadwin32 in win64 warning mode
18:24.10starseekercool
18:24.26brlcadgot the core 64-bit issues last month
18:24.38brlcadthis has been everything else
18:25.14starseekerso we'll be fully clean?  awesome
18:29.03starseekerbrlcad: if the tag should match the tarball, we should probably revert d_rossberg's fix in r39070 and include it in the patch too
18:29.14brlcadfully reviewed, not fully clean
18:29.27starseekernods
18:29.41brlcadthere are many false-positives and benign warnings
18:29.57brlcadlike warning about constant conditionals .. while (1) { ...}
18:30.15brlcadleft it enabled the first pass in order to catch unintentional cases
18:30.36brlcadwhich there awere a few of
18:30.37starseekerwinces - no wonder you're giddy
18:32.16brlcadit's worth noting that archer's tclcad interface is wrong for windows
18:32.18CIA-73BRL-CAD: 03erikgreenwald * r39326 10/isst/trunk/configure.ac: check for getopt
18:32.51brlcadthe functab lists ged functions, yet you can't get the address of a dll function at compile-time
18:33.37brlcadjust further emphasizes the need for a function table in libged itself to avoid that kind of issue, otherwise every one has to be wrapped in libtclcad too
18:33.40brlcadwhich would suck
18:34.41starseekerhow does it function on Windows currently?
18:35.43CIA-73BRL-CAD: 03erikgreenwald * r39327 10/isst/trunk/sdl/ (event.c main.c): win32 changes
18:38.14starseekeror do you mean wrong as in "suboptimally designed?"
18:40.54brlcadcringes.. if bu_bitv_shift() can't be inlined, it will be a big performance hit and gcc wanted the decl in order to inline iirc
18:42.15brlcadstarseeker: wrong as in msdn says you can't take the address, yet we take the address -- probably happens to work because it links it in static, because it has to in order to get the address
18:42.16``Erikhow could it inline an extern?
18:42.35brlcad``Erik: I know, it's fruity
18:42.52brlcadone thing wanted extern, another thing wanted inline
18:43.17brlcad"inline if you can, but this thing might come from somewhere else if you can't"
18:43.35``Erikif it really needs to be inlined, it should be defined in bu.h, not just declared... (give that it's a one liner, a macro would do dandy)
18:43.53brlcadthen you get multiple symbol declarations where it can't inline
18:44.29starseekerso, if WIN_32?
18:44.32brlcadthere was some reason/need that it was a function
18:44.40brlcadwhich I don't recall, hrm
18:44.49brlcadstarseeker: what?
18:45.36starseekerconditinally use a different definition for Windows?
18:45.43starseeker(if it breaks Windows stuff)
18:46.01CIA-73BRL-CAD: 03starseeker * r39328 10/brlcad/tags/rel-7-16-8/ (3 files in 2 dirs): Revert tag changes made after release tarball was created. These will need to take the form of a patch.
18:46.14brlcadstarseeker: ah
18:46.16brlcadthat won't help
18:46.59brlcadand is bad-practice if it can be avoided (at all costs) from a maintenance perspective even if it seems like the "quick fix" .. it's much more expensive than the good fix down the road
18:47.19brlcadregardless, the code you'd have to put for win32 works everywhere
18:47.47brlcadit's sensible .. shouldn't be taking the address of library funcs
18:47.48starseekerbut at a performance cost?
18:48.16brlcadwithout a profile, that's FUD :)
18:48.39brlcadit's not a performance issua anyways
18:48.54starseekerurm... are we talking about bu_bitv_shift?
18:51.12``Erikdoesn't see how that inline on bu_bitv_shift can be viewed as anything but line noise to be discarded O.o
18:52.18``Erikat least; to anything outside of libbu
18:53.02``Erikand it's not used in libbu, so *shrug*
18:54.32brlcadstarseeker: with you, I was referring to libtclcad and dlls..
18:57.01brlcad``Erik: dunno, gcc cared and profile was different
18:57.11brlcadtrace a bot before and after, should see a diff if it's inline or not
18:58.49starseekerbrlcad: ah, yes
18:59.00starseekeryeah, no point in conditionalizing anything there
19:03.24starseekerthere we go - have patch file, will travel
19:08.44``Erik"I can't believe they fired me. I mean, it was casual friday, and you just can't get more casual than naked..."
19:09.14starseekerheh - I'd say anyone that clueless was probably due to be fired anyway...
19:09.56``Erikhttp://icanhascheezburger.files.wordpress.com/2010/05/129180557950276101.jpg
19:16.37CIA-73BRL-CAD: 03erikgreenwald * r39329 10/brlcad/trunk/src/libged/wdb_track.c: assuming t[] is meant to be fastf_t ...
19:16.43starseekerOK, I think that's got it
19:20.45brlcad``Erik: bu_getopt?
19:21.54``Erikhuh?
19:22.09starseekerI think he's talking about your configure check
19:22.11``Erikoh, nin isst?
19:22.35CIA-73BRL-CAD: 03brlcad * r39330 10/brlcad/trunk/src/libged/wdb_track.c: de-k&r unbreakage, convert arrays to pointers.
19:24.04brlcadyeah
19:24.20CIA-73BRL-CAD: 03brlcad * r39331 10/brlcad/trunk/src/libged/ (13 files): ws, style, comment, and consistency cleanup
19:24.33brlcads/optind/bu_optind/ and friends
19:24.38brlcadno need for checks
19:26.16CIA-73BRL-CAD: 03brlcad * r39332 10/brlcad/trunk/src/libged/wdb_track.c: more cleanup, style
19:27.44CIA-73BRL-CAD: 03brlcad * r39333 10/brlcad/trunk/src/libged/wdb_track.c: revert back to unsized array. spurious warning.
19:28.20``Erikheh
19:28.25``Erikbu_bitv_shift() is never used.
19:28.57``Erikat least, not in BRL-CAD
19:47.44brlcadyeah it is
19:47.45brlcad#  define BU_BITV_SHIFT bu_bitv_shift()
19:49.00brlcad#define BU_BITV_MASK ((1<<BU_BITV_SHIFT)-1)
19:49.10brlcad#define BU_BITS2WORDS(_nb)      (((_nb)+BU_BITV_MASK)>>BU_BITV_SHIFT)
19:49.14brlcadand so on
19:49.53brlcadbackwards-compatible api too
19:51.18``Erikah, I just did a simple grep heh
19:52.30CIA-73BRL-CAD: 03erikgreenwald * r39334 10/isst/trunk/sdl/event.c: never allow looking straight up or down to prevent cross product of two parallel vectors
19:53.09CIA-73BRL-CAD: 03starseeker * r39335 10/brlcad/trunk/src/isst/ (isst.h isst.tcl isst_tcltk.c): Add some timeing based throttling - this needs to be done portably, either by taking the SDL_GetTicks functionality and adapting it or some other cross-platform wrappings.
20:04.57CIA-73BRL-CAD: 03brlcad * r39336 10/brlcad/trunk/src/libged/inside.c: default to arb8
20:04.59CIA-73BRL-CAD: 03brlcad * r39337 10/brlcad/trunk/src/libged/eac.c: reach the unreachable
20:05.30starseekerheh - now that's an inspriring commit message
20:05.30CIA-73BRL-CAD: 03brlcad * r39338 10/brlcad/trunk/src/libged/gqa.c: more cleanup and comma unbustage. yay for warnings. just need strict..
20:05.40CIA-73BRL-CAD: 03erikgreenwald * r39339 10/brlcad/trunk/ (4 files in 4 dirs): a directory name of "obj" has special meaning to some makes, so mv the wavefront object dir stuff from obj to wfobj.
20:06.41CIA-73BRL-CAD: 03brlcad * r39340 10/brlcad/trunk/src/libged/make_pnts.c: sanity test, make sure we have a non-null head pointer.
20:06.55CIA-73BRL-CAD: 03brlcad * r39341 10/brlcad/trunk/src/libged/ (edcodes.c edmater.c erase.c): quellage, init vars before use.
20:07.37CIA-73BRL-CAD: 03starseeker * r39342 10/brlcad/trunk/src/isst/isst.tcl: Fix the rotate behavior - doesn't 'lag' now.
20:12.45CIA-73BRL-CAD: 03brlcad * r39343 10/brlcad/trunk/src/libged/make_pnts.c: tons of trailing whitespace and tab problems snuck in here, should check thy editor settings. this change was originally to add a sanity check that points is non-null before using it.
20:15.00brlcadwtf.. which make??
20:17.23starseekerBSD make, I'll bet
20:18.28brlcadthat's so absurd.. and I still have trouble believing make itself is the culprit or that there isn't an option to change it
20:19.37``Erikbsd
20:20.07``ErikPATH_OBJDIR
20:20.48``Erikmain.c:1040 or so
20:21.07``Erik"smart" object directory sensing...
20:21.40``Eriklooks like the only way to alter the behavior is to set environment variables
20:23.14brlcadif they're going to be stupid about claiming directory namespace, then bsd make users should deal with it unless we can fully hide it
20:23.33brlcadmabye a make wrapper that reinvokes with MAKEOBJDIR set or soemthing
20:24.25brlcadlooks like .OBJDIR: will work
20:27.02brlcador could use something like http://www.opensource.apple.com/source/bsdmake/bsdmake-23/mk/bsd.obj.mk?txt in src/conv/Makefile.am
20:28.06brlcadeither way, wfobj sucks works .. that's just messed up they'd do that to make
20:32.47``Eriklooks like this is old behavior, from the AT&T days
20:33.06``Erikcame through in the BSD4.4lite import
20:55.44CIA-73BRL-CAD: 03brlcad * r39344 10/brlcad/trunk/src/libged/search.c: bu_calloc will never return null.
20:56.23CIA-73BRL-CAD: 03brlcad * r39345 10/brlcad/trunk/src/libged/ (png.c red.c rt.c): win32 quellage. avoiding sets inside conditionals, initializing vars.
21:28.48*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
21:32.23CIA-73BRL-CAD: 03erikgreenwald * r39346 10/isst/trunk/sdl/event.c: add cut mode
21:32.27``ErikOK, #'s re inline on bitv stuff
21:33.11``Erikwith the inline, big ugly bot model I like showing off, 20 runs, -s2048, rays/CPU_sec, avg 26949.7, stdev 438.
21:33.27``Erikwithout, avg 26933.0165, stdev 423.6
21:33.34``Erikdifference in avg: 16.6835
21:51.18CIA-73BRL-CAD: 03erikgreenwald * r39347 10/isst/trunk/sdl/ (event.c isst.h main.c): add dirty flag, only update rendered output when needed.
22:55.26*** join/#brlcad Nohla (~jesica@201.255.241.214)
23:02.10CIA-73BRL-CAD: 03r_weiss * r39348 10/brlcad/trunk/src/conv/obj-g_new.c: adding functions to test closure, plots open edges
IRC log for #brlcad on 20100519

IRC log for #brlcad on 20100519

00:09.16*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
01:09.25starseeker``Erik: heh - http://xkcd.com/729/
02:01.05starseekerreads over the CGM technical report... hmm...
02:30.50starseekerhumph - looks like the meshing algorithms live in CAMAL, which is not LGPL
02:32.35starseekerwonders if they could be persuaded
02:52.16brlcad``Erik: care to run one more, replacing the BU_BITV_SHIFT macro with a) the one-liner constant and b) a numeric constant (like 6) instead of the func ... that should indicate whether it's just no longer inlined (maybe due to the extern)
02:53.19brlcadalso matters if CHAR_BIT is set .. that makes it a constant and avoids the function
03:44.17*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
03:55.32CIA-73BRL-CAD: 03brlcad * r39349 10/brlcad/trunk/src/libged/ (search.c typein.c wdb_obj.c wdb_qray.c): quellage and cleanup. avoid setting vars within expressions. init vars.
03:56.08CIA-73BRL-CAD: 03brlcad * r39350 10/brlcad/trunk/src/libtclcad/ged_obj.c: cleanup, init variables, avoid sets within exprs.
03:57.08CIA-73BRL-CAD: 03brlcad * r39351 10/brlcad/trunk/src/libdm/dm_obj.c: expand forward decl function prototypes, de-k&r dmo_fbs_callback()
03:57.34CIA-73BRL-CAD: 03brlcad * r39352 10/brlcad/trunk/src/libdm/query.c: avoid unreachability
03:59.04CIA-73BRL-CAD: 03brlcad * r39353 10/brlcad/trunk/src/libdm/dm-wgl.c:
03:59.04CIA-73BRL-CAD: move struct dm dm_wgl down to the bottom in order to avoid forward decls but
03:59.04CIA-73BRL-CAD: don't restructure functions to remove them all just yet. rmeove the few that
03:59.04CIA-73BRL-CAD: seem to be kosher for removal. update slew of k&r signature to ansi-style.
03:59.04CIA-73BRL-CAD: this marks the end of more than 3000 win32/win64 verbose warnings that have been
03:59.05CIA-73BRL-CAD: reviewed and/or addressed.
04:03.21CIA-73BRL-CAD: 03brlcad * r39354 10/brlcad/trunk/src/other/tk/generic/tk.h: also file-scope protect y1 to avoid shadow compilation warnings on mac with opt enabled.
04:03.53CIA-73BRL-CAD: 03brlcad * r39355 10/brlcad/trunk/include/opennurbs_ext.h: initialize variables 'just in case'
04:08.25brlcadand with that, they're done done
04:08.36brlcadnow to recompile and see what broke :)
04:37.19CIA-73BRL-CAD: 03brlcad * r39356 10/brlcad/trunk/src/libpkg/pkg.c: win32 quellage. funky ssize_t fun.
06:10.11*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
10:13.35*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
10:14.40*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
11:30.13``ErikBU_BITV_SHIFT and bu_bitv_shift() defined as 3 (the result from the func), commented out the bu_bitv_shift definition in libbu/bitv.c, 20 samples, avg 27128, stdev 422.8  
11:47.11``Erikhttp://paste.lisp.org/display/99453
12:10.13brlcadhm, that makes me think CHAR_BIT is set and you were getting a constant
12:10.30brlcadmaking the inline/no-inline irrelevant unused
12:11.03d-lokind of an interesting read: http://www.gamesradar.com/f/what-all-developers-should-learn-from-eve-online/a-20100517113116512049
12:17.10``Erikremoves the CHAR_BIT test stuff in bu.h and recompiles without the inline O.o
12:31.04``Erikthis is looking a wee bit slower
12:32.32``Erikaround 5% slower
12:39.58brlcadokay, that's sounding better
12:40.35brlcadit should be about 5-10% iirc, but consistently slower
12:41.03``Erikstill thinks it simply makes no sense to try inlining something from a library, one of the fundamentals of a library is being able to fix stuff in the lib without recompiling dependant executables O.o
12:41.26``Erikand the inline breaks windows projects trying to link against bu *shrug*
12:42.35brlcaddon't disagree
12:45.40brlcadif windows has CHAR_BIT, it might be appropriate to resimplify the whole mess back to compile-time constants
12:46.45brlcadthe intent was to replace the determination of a shift size from compile-time to run-time, as the type can be changed on the fly during compilation by changing the bitv_t type
12:47.15brlcadit has to match bitv_t, so the function was written (with the intent of fully replacing the macro)
12:47.33brlcadsince replacing the macro would require deprecation, it was instead just defined to that function
13:11.57CIA-73BRL-CAD: 03bob1961 * r39357 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: Added code to clean up unwanted files in the install dir.
13:12.03CIA-73BRL-CAD: 03brlcad * r39358 10/brlcad/trunk/src/other/tk/generic/ (tk.h tkDecls.h): oops, y1 is used within structures so we can't rename it. just change the two decls that were causing shadow warnings in the first place.
13:13.22CIA-73BRL-CAD: 03bob1961 * r39359 10/brlcad/trunk/misc/win32-msvc8/tkhtml/tkhtml.vcproj: Copy the tkhtml.dll to bin/Tkhtml3.0 in the install dir.
13:15.37CIA-73BRL-CAD: 03bob1961 * r39360 10/brlcad/trunk/misc/win32-msvc8/ (3dm2g/ 3dm2g/3dm2g.vcproj brlcad/brlcad.sln): Added a project for 3dm-g.
13:23.37``Erikmsvc8 has "#define CHAR_BIT 8" in limis.h
13:24.54CIA-73BRL-CAD: 03brlcad * r39361 10/brlcad/trunk/src/libbn/tplot.c: compare floats against float literals
13:25.40``Erikmight be what flipped it out, "extern inline unsigned int 8" O.o
13:29.35brlcader, it doesn't define anything to CHAR_BIT
13:29.43brlcadit just uses that to pick a constant size
13:30.10brlcadso it was just bitching on the declaration if anything, as it wouldn't even get used if CHAR_BIT is defined
13:43.19CIA-73BRL-CAD: 03bob1961 * r39362 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Tie the display of the "Center Dot" with the "Viewing Parameters".
13:44.37brlcadz:\brlcad\src\other\tkhtml3\src\html.h(68) : fatal error C1083: Cannot open include file: 'htmltokens.h': No such file or directory
13:44.45brlcad(win32 build)
13:46.06``Erikah, yeh, gotcha
13:46.23``Erikshould get sleep before trying to wind through preprocessor code blind O.o heh
13:47.36``Erikok, with the CHAR_BIT logic gutted, no inline, avg 25281.3985 stdev 352.7. with the inline avg 25282.4435, stdev 425.59
13:51.41CIA-73BRL-CAD: 03brlcad * r39363 10/brlcad/trunk/src/libdm/dm-wgl.c: have to declare dm_wgl if we're going to use it. restructure so wgl_setBGColor is defined before use. quell warning about setting var inside conditional.
13:56.01CIA-73BRL-CAD: 03brlcad * r39364 10/brlcad/trunk/NEWS: erik fixed a memory leak in isst caused by a re-malloc instead of a realloc during window resizing.
13:58.40CIA-73BRL-CAD: 03brlcad * r39365 10/brlcad/trunk/NEWS: bob made the various archer view commands work as if a database were open, allowing the view to be manipulated before opening a database. (this probably needs testing)
14:00.12CIA-73BRL-CAD: 03erikgreenwald * r39366 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: cope with the ray originating inside of a solid in the disabled approach
14:05.03CIA-73BRL-CAD: 03brlcad * r39367 10/brlcad/trunk/NEWS: keith improved the nurbs curve evaluation (r38915), exposed via the brep command, which should help generate better iso curves for a wireframe approximation.
14:06.35CIA-73BRL-CAD: 03brlcad * r39368 10/brlcad/trunk/NEWS: bob added a list view to archer, which wasn't line-item documented in the last release, so at least not the various minor behavior enhancements that have occurred since then. keys, icons, etc.
14:10.06CIA-73BRL-CAD: 03brlcad * r39369 10/brlcad/trunk/src/librt/cut.c: it's not dead code, it's just only used in the NEW_WAY sections which mike never got to finish
14:14.45CIA-73BRL-CAD: 03brlcad * r39370 10/brlcad/trunk/src/librt/ (Makefile.am primitives/nmg/nmg_junk.c): nmg_junk should be enabled for compilation as the routines it provides are part of a work-in-progress that should be kept working. compilation is enabled to make sure it doesn't get out of sync.
14:17.43brlcadnotes that we're actually probably ready to release again RSN
14:33.57CIA-73BRL-CAD: 03starseeker * r39371 10/brlcad/trunk/src/isst/isst_tcltk.c: (slightly) better rotation behavior
14:48.19CIA-73BRL-CAD: 03erikgreenwald * r39372 10/isst/trunk/sdl/ (event.c main.c): move setting the dirty flag into the action functions
14:53.42CIA-73BRL-CAD: 03erikgreenwald * r39373 10/isst/trunk/sdl/event.c: make changing the demo plugin value a repeating key
14:56.34CIA-73BRL-CAD: 03starseeker * r39374 10/brlcad/trunk/src/isst/ (isst.tcl isst_tcltk.c): More rotation behavior improvements
14:57.46CIA-73BRL-CAD: 03brlcad * r39375 10/brlcad/trunk/ (17 files in 2 dirs): make the if_read/if_write callbacks take a size_t parameter instead of an int in order to propagate better to lower-level read/write functions that expect a size_t.
15:01.10CIA-73BRL-CAD: 03brlcad * r39376 10/brlcad/trunk/src/librt/tcl.c: var init quellage
15:01.34CIA-73BRL-CAD: 03brlcad * r39377 10/brlcad/trunk/src/librt/primitives/submodel/submodel.c: set off_t to off_t
15:01.53CIA-73BRL-CAD: 03starseeker * r39378 10/brlcad/trunk/src/isst/isst_tcltk.c: Clear some printf debugging lines.
15:04.07CIA-73BRL-CAD: 03brlcad * r39379 10/brlcad/trunk/src/librt/primitives/part/part.c: use the corresponding vmath constant instead of a truncated version here.
15:04.37``ErikO.o
15:07.14CIA-73BRL-CAD: 03starseeker * r39380 10/brlcad/trunk/src/isst/isst_tcltk.c: Couple more printf removals.
15:08.03CIA-73BRL-CAD: 03brlcad * r39381 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: clear up logic, remove set in conditional, remove debug statement (we already blathered)
15:15.34CIA-73BRL-CAD: 03brlcad * r39382 10/brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: initialize the edge_g_cnurb to zero
15:17.47CIA-73BRL-CAD: 03brlcad * r39383 10/brlcad/trunk/src/librt/memalloc.c: off_t vs size_t quellage
15:19.03CIA-73BRL-CAD: 03brlcad * r39384 10/brlcad/trunk/src/librt/primitives/generic.c: initialize avs to zero
15:25.13CIA-73BRL-CAD: 03brlcad * r39385 10/brlcad/trunk/src/librt/primitives/hyp/hyp.c: protect from division by zero (looks like there are several potentials in here)
15:28.12CIA-73BRL-CAD: 03bob1961 * r39386 10/brlcad/trunk/src/libtclcad/tclcadAutoPath.c: Added path for Tkhtml3.0 so a "package require Tkhtml 3.0" will work on Windows.
15:28.56CIA-73BRL-CAD: 03brlcad * r39387 10/brlcad/trunk/src/librt/comb/db_comb.c: more size_t quellage
15:33.46CIA-73BRL-CAD: 03brlcad * r39388 10/brlcad/trunk/src/librt/db5_io.c: you can't have our bomb
15:34.16CIA-73BRL-CAD: 03brlcad * r39389 10/brlcad/trunk/src/librt/ (db5_alloc.c db5_scan.c db_alloc.c): size_t off_t mismatching matched
15:36.16CIA-73BRL-CAD: 03brlcad * r39390 10/brlcad/trunk/src/librt/primitives/bspline/bspline.cpp: remove dead code.
15:39.33CIA-73BRL-CAD: 03brlcad * r39391 10/brlcad/trunk/src/libged/wdb_obj.c: more size_t node counting
15:57.14CIA-73BRL-CAD: 03brlcad * r39392 10/brlcad/trunk/src/libged/wdb_bigE.c: massive style, ws, indent update. added a slew of missing semicolons on macros to keep things looking like code.
16:03.29CIA-73BRL-CAD: 03brlcad * r39393 10/brlcad/trunk/src/libged/ (search.c tables.c typein.c): never-ending size_t quellage
16:08.25CIA-73BRL-CAD: 03brlcad * r39394 10/brlcad/trunk/src/libged/red.c: unused var, check_comb needs to return negative status values.
16:24.38CIA-73BRL-CAD: 03brlcad * r39395 10/brlcad/trunk/src/libged/ (ged.c get_comb.c lt.c): assert and compare size_t
16:25.22CIA-73BRL-CAD: 03brlcad * r39396 10/brlcad/trunk/src/libged/png.c: fix infinite loop bug, needs to be a signed type if we're going to iterate past zero. removed unused vars.
16:25.39*** join/#brlcad Ralith (~ralith@216.162.199.202)
16:25.54d-loLooks like brlcad is on a roll.
16:58.53*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
17:13.25CIA-73BRL-CAD: 03starseeker * r39397 10/brlcad/trunk/src/isst/isst_tcltk.c: Have the zero_view just make the model visible, like in the sdl version. Add in some more functions for other motions, will try hooking up to tk bindings.
17:44.19CIA-73BRL-CAD: 03r_weiss * r39398 10/brlcad/trunk/src/conv/obj-g_new.c: fixed some test_closure bugs
17:45.11CIA-73BRL-CAD: 03bob1961 * r39399 10/brlcad/trunk/ (include/bu.h src/libtclcad/tclcadAutoPath.c): Make the default BU_DIR_SEPARATOR be a '/'
17:47.05CIA-73BRL-CAD: 03bob1961 * r39400 10/brlcad/trunk/src/tclscripts/mged/man.tcl: Mods to get man pages on Windows.
18:35.00*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
19:50.47CIA-73BRL-CAD: 03brlcad * r39401 10/brlcad/trunk/BUGS:
19:50.47CIA-73BRL-CAD: keith found an interesting background pixel difference comparing a BoT raytrace
19:50.47CIA-73BRL-CAD: with a NURBS ray trace. The background pixels on the BoT image were off
19:50.47CIA-73BRL-CAD: slightly by one for a large portion of scanlines (in the lower portion of the
19:50.47CIA-73BRL-CAD: image). entire scanline was affected, but only the background pixels were off
19:50.47CIA-73BRL-CAD: slightly, iirc.
20:27.53CIA-73BRL-CAD: 03starseeker * r39402 10/brlcad/trunk/src/isst/ (isst.tcl isst_tcltk.c): Can now move forward, backward, left and right
20:33.12*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:51.03``Erikahhh
21:16.59CIA-73BRL-CAD: 03bob1961 * r39403 10/brlcad/trunk/include/bu.h: Undo the previous commit.
21:18.36CIA-73BRL-CAD: 03starseeker * r39404 10/brlcad/trunk/src/isst/ (isst.tcl isst_tcltk.c): Support changing resolution
22:00.59*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
22:21.40*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
22:24.15CIA-73BRL-CAD: 03bob1961 * r39405 10/brlcad/trunk/src/libtclcad/tclcadAutoPath.c: Using braces around path arguments to prevent Tcl from evaluating backslaches.
23:03.37*** join/#brlcad Owner (~chatzilla@va-67-233-102-229.sta.embarqhsd.net)
23:04.09Owneri'm new with brlcad, and importing isn't working for me it's saying that stl-g (for importing stl files) isn't a valid command?
23:04.26Owneram typing it in the mged command line area
23:05.00Ownerwhen i go to import in the file menu it only talks about .g databases
23:05.14Ownerare there some plugins somewhere that i'm missing?  thank you
23:10.59Owneri'll leave this channel open for a bit = please feel free to chime in whenever
23:12.08``Erikstl-g is a program, not an mged command
23:21.17*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
23:24.21Ownerthanks :)
23:24.39Owneri see it now, in the bin directory
23:34.58CIA-73BRL-CAD: 03bob1961 * r39406 10/brlcad/trunk/src/mged/mged.c: If on Windows add bin/Tkhtml3.0 to the auto_path.
23:39.09Ownernow it's giving me an "unrecognized line" error... any thoughts?  it's the first line in the file, however i've tried removing it to no avail...  something to do with how blender saves the files, although every other software i've tested these stl files with have opened them straight away..
23:51.56``Erikhrm, wonder if it's a unix vs dos newline issue?
IRC log for #brlcad on 20100520

IRC log for #brlcad on 20100520

00:14.31Owner``Erik: that seems like a possibility.... the stl was generated by blender3d....
00:22.16*** join/#brlcad Ralith (~ralith@216.162.199.202)
00:54.36CIA-73BRL-CAD: 03bob1961 * r39407 10/brlcad/trunk/misc/win32-msvc8/ (tkhtml/tkhtml.vcproj tkpng/tkpng.vcproj): Tweaks for compiling tkhtml and tkpng on 64-bit Windows.
00:54.48``Erik(not that stl-g should care, just a thought)
01:04.23``ErikThere is no target consumer. Only targets.
01:04.31CIA-73BRL-CAD: 03brlcad * r39408 10/brlcad/trunk/src/liboptical/sh_treetherm.c: remove conditional set
01:04.34CIA-73BRL-CAD: 03brlcad * r39409 10/brlcad/trunk/src/liboptical/sh_flat.c: match types
01:04.56CIA-73BRL-CAD: 03brlcad * r39410 10/brlcad/trunk/src/libged/clone.c: db_put/db_alloc no longer return a size_t, update
01:27.26Ownerhi ``Erik thanksman, i'm going to test some other formats...
01:30.37Owneractually i don't see any other converters that'll work in there.    the whole point is i'm trying to get a file in to iges format...
01:34.09CIA-73BRL-CAD: 03starseeker * r39411 10/brlcad/trunk/src/isst/isst.tcl: Arrgh - need key bindings in the top level window, otherwise gentoo isn't doing anything with hot keys.
01:50.18Ownerwhere is the dxf converter?
01:59.52starseekerg-dxf
01:59.57starseekercommand line (not MGED)
02:05.06CIA-73BRL-CAD: 03starseeker * r39412 10/brlcad/trunk/src/isst/ (isst.h isst_tcltk.c): Add dirty flag, be nice to the CPU(s).
02:17.07CIA-73BRL-CAD: 03starseeker * r39413 10/brlcad/trunk/src/isst/isst.tcl: Rather than fight it, leave the key bindings with the parent window and never force the focus all the way to the togl widget.
02:19.47CIA-73BRL-CAD: 03starseeker * r39414 10/brlcad/trunk/src/isst/isst.tcl: Kill a couple debugging puts commands
02:42.06CIA-73BRL-CAD: 03starseeker * r39415 10/brlcad/trunk/src/isst/ (isst.tcl isst_tcltk.c): Allow finer gradations on setting the resolution
03:00.17brlcadOwner: if you can post your stl file, someone can take a look at it
03:03.53brlcadline-endings could certainly be the issue -- but hard to say, lot of factors
03:04.28brlcadyou can find all of the importers and exporters by their name: ls -la /usr/brlcad/bin/g-* /usr/brlcad/bin/*-g
03:59.18*** join/#brlcad CIA-49 (cia@208.69.182.149)
04:22.19CIA-49BRL-CAD: 03starseeker * r39416 10/brlcad/trunk/src/isst/isst.tcl: (log message trimmed)
04:22.20CIA-49BRL-CAD: I hate to do this, but the mouse movements should only happen when the mouse is
04:22.20CIA-49BRL-CAD: actually over the geometry window, and toplevel binding was messing that up.
04:22.21CIA-49BRL-CAD: Since I can't seem to do 'focus follows mouse' behavior within the Tk widgets
04:22.21CIA-49BRL-CAD: 'naturally', fake it - test whether the mouse is over the opengl view and if so
04:22.22CIA-49BRL-CAD: behave properly, otherwise 'do something else' - right now, nothing. It may
04:22.22CIA-49BRL-CAD: even be possible to maintain a state variable - 'if clicked inside of geometry
04:32.03CIA-49BRL-CAD: 03brlcad * r39417 10/brlcad/trunk/include/mater.h: make struct mater's mt_daddr address be an off_t instead of a size_t in order to match the address offsets used elsewhere by librt. probably could be an intptr_t too, but still matching librt for consistency.
04:32.56CIA-49BRL-CAD: 03brlcad * r39418 10/brlcad/trunk/src/liboptical/ (photonmap.c sh_billboard.c sh_camo.c sh_flat.c): size_t sign/type matching
04:33.50CIA-49BRL-CAD: 03brlcad * r39419 10/brlcad/trunk/src/conv/ (asc/g2asc.c iges/convtree.c iges/g-iges.c): type signage matching
04:39.34CIA-49BRL-CAD: 03starseeker * r39420 10/brlcad/trunk/src/isst/isst.tcl: Add fullscreen mode to tcl/tk isst (F5 keybinding)
04:39.42starseekerbrlcad: there ya go ;-)
05:18.15*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:26.09brlcadwoot
05:26.22CIA-49BRL-CAD: 03brlcad * r39421 10/brlcad/trunk/src/rt/ (do.c ext.h heatgraph.c main.c opt.c view.c worker.c): size_t conversions, untested. additional quellage too.
05:46.25CIA-49BRL-CAD: 03brlcad * r39422 10/brlcad/trunk/src/isst/isst.tcl: untested, but shouldn't this work too? should avoid globals in Tcl for the same reason they're avoided in C.
05:48.48CIA-49BRL-CAD: 03brlcad * r39423 10/brlcad/trunk/NEWS: cliff added a fullscreen mode to isst (technically via tcl wrapper script for now)
05:56.24CIA-49BRL-CAD: 03brlcad * r39424 10/brlcad/trunk/src/fb/pix-fb.c: quell all warnings. mostly signed/unsigned comparison.
05:58.31CIA-49BRL-CAD: 03brlcad * r39425 10/brlcad/trunk/src/fb/pix-fb.c: cleanup and restructure. style updates and ws.
07:57.51CIA-49BRL-CAD: 03d_rossberg * r39426 10/brlcad/trunk/src/librt/CMakeLists.txt: synced with Makefile.am (added nmg_junk.c)
10:23.33d-loMernin!
10:31.25CIA-49BRL-CAD: 03starseeker * r39427 10/brlcad/trunk/src/isst/isst.tcl: Update to fullscreen doesn't work in testing - may be a way other than the global, but with the previous way F5 can only enter fullscreen, not leave it once entered (at least on gentoo)
10:32.00starseekergets ready to roll
10:32.25d-loOptimus Prime knows how to roll out.
10:36.00d-lohas been listening to the Myst soundtrack recently. Forgot how good it was/is!
12:14.15*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
12:14.57CIA-49BRL-CAD: 03starseeker * r39428 10/brlcad/trunk/src/rt/ (hurt.c viewedge.c viewfrac.c viewhide.c viewrange.c): Get rt compiling again - switch to size_t to agree with ext.h changes
12:18.42brlcadhuh, and that even compiled under win
12:19.39starseekerwow O.o
12:22.39d-lopoints at windows and snickers.
12:25.10CIA-49BRL-CAD: 03brlcad * r39429 10/brlcad/trunk/src/proc-db/ (ducks.h patches.h tea.h): move the teapot vertex and patch data from ducks.h and patches.h into tea.h
12:26.50CIA-49BRL-CAD: 03brlcad * r39430 10/brlcad/trunk/src/proc-db/ (Makefile.am ducks.h patches.h tea.c tea_nmg.c): remove the now-unnecessary ducks.h and patches.h headers. it's all in tea.h
12:28.24CIA-49BRL-CAD: 03brlcad * r39431 10/brlcad/trunk/src/proc-db/tea_nmg.c: unnecessary j shadow
12:28.57CIA-49BRL-CAD: 03starseeker * r39432 10/brlcad/trunk/src/isst/isst.tcl: rename overglwin - it's actually generic
12:28.59CIA-49BRL-CAD: 03brlcad * r39433 10/brlcad/trunk/src/proc-db/tea.h: make all of the points be doubles instead of floats so that the duck literals match up type-wise.
12:30.09brlcadis bummed that he didn't wake up early enough to bike in today
12:33.38starseekerO.o
12:41.41CIA-49BRL-CAD: 03starseeker * r39434 10/brlcad/trunk/src/isst/isst.tcl: Tweak things to get OSX initial display behaving with lazy rendering.
12:43.00d-loNoooooooo Last.fm has commercials now NOOOOOO!!!!!
12:43.23starseekerso begins the end of Last.fm
12:52.39brlcadhuh
13:04.18``Erikwaits for togl to work on any machine but starseeker's O.o :D
13:09.10d-lo``Erik: so what you really need to do is grab jogl, or jME, slap some JNI bindings on isst and make a webstart version of ISST :)
13:12.28brlcadbets you could get an in-browser isst going with https://addons.mozilla.org/en-US/firefox/addon/7171/
13:17.45starseeker``Erik: your machines are just problem children
13:23.10``Erikheh
13:23.18``Erikmore like a cffi ogl :D
13:23.33``Erik<-- was actually talking about doing a java/jni frontend to isst for a while O.o
13:26.25CIA-49BRL-CAD: 03starseeker * r39435 10/brlcad/trunk/src/isst/isst.tcl: Bind the Ctrl-zoom keys to maximize and minimize the resolution quickly (good idea Dave)
13:28.03d-lo<PROTECTED>
13:34.31brlcadaha! .. there's the culprit of the htmltokens.h failure
13:34.38brlcadbad tcl script juju
13:45.25CIA-49BRL-CAD: 03brlcad * r39436 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl:
13:45.26CIA-49BRL-CAD: don't stop if the brlcadInstall directory exists, otherwise any updates from
13:45.26CIA-49BRL-CAD: files this script installs will not get picked up. this was causing the tkhtml3
13:45.27CIA-49BRL-CAD: files to get left out .. not that tkhtml3's build rules should be in the tclsh
13:45.27CIA-49BRL-CAD: project anyways (they should be in the tkhtml3 project)
13:45.28CIA-49BRL-CAD: 03erikgreenwald * r39437 10/brlcad/trunk/configure.ac: display if togl is to be built
13:48.00CIA-49BRL-CAD: 03brlcad * r39438 10/brlcad/trunk/TODO: notes on improvements needed for the msvc build
13:49.33``Erikwonders if starseeker's mac togl build is seeing the adjusted gl stuff in xquartz and using the glX stuff instead of agl O.o
13:57.34starseekerit should be using glx in an X11 build
13:57.53starseekerthat's what our ogl stuff does on Mac
13:59.35``Erikhrmmmmmm, think I might see something, it finds some X stuff in /opt/local and ignores /usr/X11
14:02.14``Erikfails on ed's machine, which doeesn't have all that macports goodness
14:33.02CIA-49BRL-CAD: 03starseeker * r39439 10/brlcad/trunk/src/libgcv/Makefile.am: If we're using WFOBJ now, change the other OBJ uses too.
14:55.07brlcadlovely, windows just crashed hard-stop
15:08.44CIA-49BRL-CAD: 03brlcad * r39440 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: massive protections against failures that will cause the script to halt. reduce all of the output chatter to a minimum unless verbosity is turned on. rewrite the tree walker to handle dirs and files separately.
15:31.20CIA-49BRL-CAD: 03brlcad * r39441 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: delete seems to be working great, remove verbosity
16:12.31CIA-49BRL-CAD: 03brlcad * r39442 10/brlcad/trunk/src/other/tk/win/wish.exe.manifest: update manifest
17:55.25CIA-49BRL-CAD: 03starseeker * r39443 10/brlcad/trunk/src/isst/isst_tcltk.c: Make some changes to vector hangling - need to behave better when model is small.
18:12.31*** join/#brlcad Owner (~chatzilla@va-67-233-102-229.sta.embarqhsd.net)
18:27.40*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
18:58.56CIA-49BRL-CAD: 03starseeker * r39444 10/brlcad/trunk/src/isst/isst.tcl: Start adding in a menu - can specify a .g file, but unless it's ktank at the moment Badness will likely ensue.
19:55.29CIA-49BRL-CAD: 03starseeker * r39445 10/brlcad/trunk/src/isst/isst.tcl: Inching closer to a file open menu item - need some libged foo to provide the real geometry lists but getting there.
21:03.19CIA-49BRL-CAD: 03starseeker * r39446 10/brlcad/trunk/src/isst/ (isst.tcl isst_tcltk.c): This has performance problems (should probably default to tops approach, and need some kind of sane way to handle really large numbers of objects) but represents a working File->Open capability.
22:14.00*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
22:44.13``Erikahhh, home at last O.o
23:56.39starseekerGaaah!  "German High Court Declares All Software Patentable"
23:57.46``Erikheh, yeah
IRC log for #brlcad on 20100521

IRC log for #brlcad on 20100521

00:08.02starseekerand just for more fun:  "House Votes To Expand National DNA Arrest Database"
00:08.26starseekershould have stayed off of slashdot today
00:19.10starseekergrumbles... tktable and tktreectrl aren't currently compatible with 8.6 aqua
00:19.17starseekerconfound it
01:32.59dtidrow"German High Court Declares All Software Patentable" - morons
01:33.25dtidrowshould be 'UNpatentable'
01:33.42dtidrowpatenting math is just wrong....
02:02.39CIA-49BRL-CAD: 03starseeker * r39447 10/brlcad/trunk/src/isst/isst_tcltk.c: Hmm - freeing this isn't working, need to check on argv_from_string
02:21.09*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:42.54*** join/#brlcad Nohla (~jesica@201.255.235.61)
02:54.05*** join/#brlcad WhiteCalf (~Prez@2002:601f:5460::601f:5460)
03:15.40starseekerwonders why edit_com doesn't have issues with freeing the results of bu_argv_from_string... hmm...
03:22.04brlcadremember that there is potentially allocation for the array itself as well as  for the indiv elements in the array
03:22.37brlcadif the array is on the stack, can't free it -- only free the members within it
03:22.58*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
03:23.17brlcadpair up your malloc calls with free calls (there's a bu_debug flag you can set that will print them out for you, helps with allocaiton problems)
04:01.08*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:07.21*** join/#brlcad IriX64 (~mario_dul@bas2-sudbury98-1177593046.dsl.bell.ca)
05:07.36*** part/#brlcad IriX64 (~mario_dul@bas2-sudbury98-1177593046.dsl.bell.ca)
06:29.58*** join/#brlcad CIA-40 (cia@208.69.182.149)
07:24.00*** join/#brlcad DarkCalf (~Prez@96.31.84.96)
08:18.56*** join/#brlcad Nohla (~jesica@201.255.253.132)
10:41.17*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:51.58CIA-40BRL-CAD: 03erikgreenwald * r39448 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: make things even uglier
13:22.03*** join/#brlcad stevegt_2 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
13:33.24starseekerWell, at least in the case of the -I statements being missing it doesn't look like Togl's fault
13:33.48starseekerit's using our cache, which is not defining ac_x_includes (or rather, is defining it as empty)
13:35.19``Erikkeeps seeing /BinaryCache/... show up :/
13:36.23starseekerwonders if this is related to that configure.ac line we had to take out because of the Mac png issue
13:39.01``Erikrunning configure in src/other/togl, giving it --with-tk=<path> --with-tcl=<path> and --with-x=<path>, it still fails, ignores my X path and uses the stuff it finds elsewhere O.o
13:41.30starseekeryeah, needs -x-includes=/usr/X11R6/include
13:44.36``Eriksame issue heh :D
13:44.57starseekernods - that sets the header value, but it's not being included as an -I option
13:49.10``Erikremoved /opt/local/bin from the path, purged the caches, it's still not allowing /usr/X11R6/include in O.o
13:49.21starseekernods
13:49.32``Erik(and still finding the opt stuff somehow)
13:50.53starseeker``Erik: I don't suppose symlinking X11R6 to X11 gets us anywhere?
13:51.11``Erikahhhhh, tkConfig.sh is overriding configure
13:51.25``Erikhave that symlink already
13:52.00``Erikgrumbles and installs mesa O.o
13:55.50``Erikyup, that allows it to build
13:58.52``Erikdoesn't explain that other mac, though :/ unless togl/x11 requires mesa headers and pukes on apples version of X opengl stuff O.o
13:59.07starseekerthat could be it
14:01.03starseekerbraces himself and tries an aqua build
14:01.25``Erikhah
14:01.34``ErikError in startup script: couldn't load file "/usr/brlcad/HEAD_32/lib/isst/issttcltk.plugin": dlopen(/usr/brlcad/HEAD_32/lib/isst/issttcltk.plugin, 10): Symbol not found: _Tcl_PkgInitStubsCheck
14:01.41``Erik"load /usr/brlcad/HEAD_32/lib/isst/issttcltk.plugin isst"
14:01.48``Erik$ ls /usr/brlcad/HEAD_32/lib/isst
14:01.48``Erikissttcltk.0.plugin      issttcltk.a             issttcltk.la            issttcltk.plugin        pkgIndex.tcl
14:01.57``Erikgot an extra .0 in the filename
14:02.06starseekerO.o
14:02.19``Erikapple makes libblah.0.dylib instead of libblah.so.0
14:03.12``Erikat this rate, you're gonna have the same appreciate of libtool that the tcl dudes do :>
14:03.27starseekerheh
14:03.59starseekerdoes your little sh script give a useful result?
14:04.11``Erikhm, there's a symlink though
14:04.14starseeker(as opposed to forcing the plugin extension?)
14:04.39``Erikohhhhhhh, wait
14:04.43``Erikn/m, that's not hte issue
14:06.03``Erikit's trying to use system tcl84
14:06.10starseekerSymbol not found: _Tcl_PkgInitStubsCheck almost seems like it's not getting something it needs from Tcl...
14:06.14starseekerah
14:06.18starseekerphooey
14:08.57*** join/#brlcad kil-9 (~user@cpe-065-191-162-160.nc.res.rr.com)
14:35.05starseekerglares at TEA
14:35.45starseekerit's days like today that make me want to finish that complete redo of the tcl/tk build logic
15:00.49CIA-40BRL-CAD: 03brlcad * r39449 10/brlcad/trunk/TODO: collecting usage statistics.
15:05.46CIA-40BRL-CAD: 03erikgreenwald * r39450 10/brlcad/trunk/ (7 files in 4 dirs): move the tcl/tk/togl isst from src/isst to src/adrt
17:00.32CIA-40BRL-CAD: 03erikgreenwald * r39451 10/brlcad/trunk/m4/ (Makefile.am OpenGL.m4): add OpenGL searching shtuff from gamem4
17:03.51starseeker``Erik: yeah, here's the other one:
17:03.54starseekerhttp://ac-archive.sourceforge.net/ac-archive/ax_check_gl.html
17:05.00starseekerthere's a third, but it's GPL
17:07.30``Erikhm, the ax one seems to be GPL v2
17:07.48starseekerhmm?
17:07.54``Erikhttp://code.google.com/p/autoconf-gl-macros/
17:08.39starseekererum
17:09.14starseekerthose are updated
17:09.27``Erik<-- would assume that braden mcdaniel is 'more correct' about the license of braden mcdaniel's source than some aggregator O.o :)
17:09.29starseekerwhch of course would be ideal...
17:09.38starseekernods
17:09.52starseekerworth emailing him to see if LGPL would work?
17:10.32starseekerlooks like he's put some thought into this
17:10.35``Erikmebbe *shrug*
17:10.44starseekerah well, email's cheap
17:10.47starseekerfires away
17:10.58``Erikmight wanna ask him if the version on that site is actually supposed to be mit
17:11.30``Erikmy gut feeling would be that the aggregator assumed the license they liked since braden didn't put it in the file itself...
17:11.31starseekerright - but even if it is, we'd want to either do it ourselves or be able to use current stuff from someone else
17:11.53``Erikso letting him know it's out there might be a nice good faith gesture
17:12.04starseekernods
17:13.15``Erikthe ax one looks like it requires some other m4 files, too
17:26.26*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
17:43.34starseekerhuh - same guy who does openvrml
17:51.25``Erikdamn those people who do several some-what related things  O.o *duck*
17:51.32starseekerheh
17:51.49starseekerjust amused - I had early stumbled onto openvrml
17:56.51``Erikinteresting, I try to load a model using the isst.tcl and get a buttload of db_dircheck duplicate warnings and 0 triangles loaded O.o (geometry works fine in the sdl version)
18:06.41starseeker``Erik: I'm betting it's related to argv somehow - try putting in just a straight string name
18:10.13``Erikyes
18:10.21starseekerthat worked?
18:10.24``Erikbu_argv_from_string returns 0 and does not fill
18:10.35starseekercrap
18:10.56``Eriklooks like argv might need to be malloc'd before calling that func?
18:11.04starseekerI thought I was...
18:11.26``Erikor pass &argv, lemme look
18:12.38starseekerhmm - I'm not mallocing, odd...
18:13.01``Erikyup, that worked
18:13.13starseekerpassing &argv?
18:13.16``Erikno
18:13.30starseekerand I'll bet you can free it now too?
18:13.31``Erikargv = (char **)malloc(sizeof(char *)*1000); before the argv_from_string
18:13.35starseekersmacks himself
18:14.02starseekermight want to malloc sizeof(char *)*strlen(Tcl_GetString(objv[3])
18:14.14``Erikyup
18:14.26``Erikmalloc() right before the load_g and free right after, works fine
18:14.33starseeker``Erik: can you commit? I'm trying to rebuild
18:14.46``Erikhrm
18:15.07``Erikis it appropriate for taht function to fill existing memory, or should it try to allocate appropriately?
18:15.08brlcad"The input buffer is altered by this process.  The argv[] array * points into the input buffer.  The argv[] array needs to have at * least lim+1 pointers allocated for lim items plus a terminating * pointer to NULL.  The input buffer should not be freed until argv * has been freed or passes out of scope.
18:15.41starseekeroh, oops
18:15.53starseekerso we need to make a local string, and use that
18:16.09brlcadand keep it allocated until you're done with the argv
18:16.14``Eriksizeof(string) isn't right, though
18:16.16starseekergot it
18:16.54starseeker``Erik: uh, right - that's why I said strlen
18:17.06``Erik"a b c" would need 4 pointers, 16 or 32 bytes, but strlen is 5
18:17.15``Eriker, strlen I mean
18:17.35brlcadwhen I started implementing the encode/decode functions, I changed bu_argv_from_string to make a copy of your input string so it wasn't dependent, but that was all reverted when decode wasn't working right
18:17.45starseekeras long as we're slightly larger, it shouldn't matter should it?
18:17.49``Eriksizeo(void *)*(strlen(string)+1) if all the names are single character, but that'd allocate way too much for 'normal' ones
18:18.25starseekerwell, anything else is going to need to pre-process the string
18:18.44``Erikyeh, that's why I mentioned something about allocating appropriately :D
18:19.42starseekerwill over-allocation of that particular string ever be likely to cause problems?
18:20.51``Erikprobably not
18:20.58CIA-40BRL-CAD: 03erikgreenwald * r39452 10/brlcad/trunk/src/adrt/isst_tcltk.c: allocate memory before filling
18:21.42``Erikhrm, that's without the [split $args] though
18:22.02starseekershrugs - try it quick and see if we need to pre-split it or not
18:22.16``Erikimagines removing the bu_ func and using [split] is what we really want, no?
18:22.45brlcadis mildly intrigued by the tesla toyota partership .. hopefully the affordability and engineering of toyota with the look and power of tesla/lotus
18:23.03starseekerwell, you can either pre-split and manually create an argv with the objv[n] entries, or do it this way
18:23.09brlcadand not the look and power of toyota with the tesla pricetag :)
18:23.12starseekerI'm guessing potato/potato
18:24.00``Eriks/power/lackofweight/ :D *duck*
18:26.05``Erikstill looking at getting a turbo?
18:26.23brlcadas power == work / time == force * displacement / time == mass * acceleration * displacement / time ... sure, reducing mass and/or displacement, resulting in better acceleration and more power :P
18:27.23brlcadI'd like to, it's not any higher on my priority list at the moment .. still have major house projects to attend to first
18:27.49``Erikhrm
18:30.51``Erikinteresting
18:31.15starseekerlibtool: link: cannot find the library `../../src/adrt/libtie.la' or unhandled argument `../../src/adrt/libtie.la'
18:32.12starseekermay have been caused by parallel make...
18:32.41brlcadfind . -name \*.la -exec rm {} \; && make
18:33.13starseekerbrlcad: I just typed make again and it contined...
18:33.32brlcadk
18:33.40brlcadI'd assumed you'd already tried that
18:33.51starseekerno - just noting that something needs fixing in the make logic
18:34.14starseeker``Erik moved isst back into src/adrt
18:40.27starseeker``Erik: why not bu_malloc/bu_free?
18:40.46``Erikcuz my fingers aren't used to bu_ there
18:41.06starseekerah
18:41.08``Erikis tracking that dup thing, will change once he gets this file back to normalish
18:41.11starseekerno particular reason?
18:41.12``Erik*shrug*
18:41.23starseekernp
18:41.40starseekerevery once in a while you need raw malloc/free, just wasn't sure if this was one of those cases
18:45.24``Erikdoes tcl have (map) ?
18:45.34starseekerurm
18:45.37starseekerdunno
18:45.49``Erikcuz that's what you're faking with that foreach :/
18:46.56starseekerlooks
18:47.40``Erik(load_g (lambda (x) (get listwidget x)) (curselection listwidget)) or something
18:47.52``Erikknowwhutahmean,vern?
18:48.17``Erikisst.asd ftw! *cough* :D
18:48.45``Erikand if the ::isst::treeview stuff is going to replace it, is it worth effort at the moment? hrmmm
18:50.34starseekertree building will be a bit more complicated
18:51.27starseekerdon't see a proper map as such
18:52.14starseekerjust some proc definitions using foreach
18:52.37starseekeryou might be able to do one using the C api...
18:53.16``ErikOH!
18:53.18``Erikhah
18:53.43``Erikyou open the file to extract the names for the dialog, don't close it, then open it with load_g
18:54.06starseekeroooops
18:54.10starseekersorry
18:54.20starseekerthat's the problem with quick hacks
18:56.00CIA-40BRL-CAD: 03erikgreenwald * r39453 10/brlcad/trunk/src/adrt/isst_tcltk.c: build char** argv list from tcl objv
18:57.20CIA-40BRL-CAD: 03erikgreenwald * r39454 10/brlcad/trunk/src/adrt/isst_tcltk.c: close db after reading the names
18:57.49``Erikhrm, split may not be right O.o
18:58.18starseekerHAH!  sweet - it's working with aqua
18:58.33starseekerincluding real fullscreen
18:58.54starseekerand mouse button 2 is now mouse button 3
18:58.56starseekergrowl
18:59.25``Erikyeah, everyone has their own notion of which button is which # :/
19:51.38CIA-40BRL-CAD: 03starseeker * r39455 10/brlcad/trunk/src/adrt/isst_tcltk.c: Put the working argv build back in for now.
20:00.10*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:11.05*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:36.27``Erikheh
20:38.11``Erikmebbe something like, uh, "load_g $oglwin $filename [llength [split $selectedobjs]] $selectedobjs" ?
20:39.15``Erikor we could break up load_g into several functions, then foreach to the 'add this name' bit, might be useful for adding/removing geometry from the engine in the long run O.o
21:06.00*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:27.05*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:33.23*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:38.09*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100522

IRC log for #brlcad on 20100522

01:58.55*** join/#brlcad Nohla (~jesica@201.255.224.156)
02:01.20``Erikanyone have a reading of the c/tcl tcl/c cross-call cost?
02:01.43``Erik<-- pondering having adrt call into tcl for hit func
02:02.04``Erikis that gonna be 1/1000 fps or 1/10000000 fps?
02:06.22Nohlaholas
02:06.46``Eriksalut, jesica
02:07.30``Erikkonbonwa desu ka?
02:07.35Nohlaa lot of time without a word, doesnt it?
02:07.53``Erikhrm?
02:08.09``Erikoh, yes, the channel has been fairly dead today
02:08.36Nohlawas talking about myself :)
02:08.41``Erikahhhh
02:08.43``Erikyes :)
02:09.25``Erikare you still interested in translations, or have you moved on from that?
02:14.55``Eriktoo upsetting of a subject, I see O.o :D
02:17.22Nohla``Erik i'm still in
02:17.56NohlaI've sent a message to sean for that
02:18.26Nohlalooking for the best way of working
02:20.15``Eriksean may be overworked at times, starseeker and I may be able to aid on occasion
02:21.49``ErikI believe he indicated he had several hundred unread emails during lunch
02:25.52``Erik<PROTECTED>
02:38.23starseekerbrlcad: Would m4 macros with a GPL license and an exception clause for scripts generated as a result of using the macros be workable in BRL-CAD?
02:46.34``Erik<PROTECTED>
02:52.14starseekerowowow
02:53.30``Erikso I'll have new scratches to show off next weekend heh
02:53.41starseekerwinces
02:53.49starseekernext week you mean?
02:53.55Nohla``Erik he can understand spanish :) And I was not in the mood that days
02:53.58``Erikaint' the sharpest crayon in the box
02:53.59``Eriksure
02:55.15starseeker``Erik: sounds like the GPL was a conscious choice for the ax macros - the author figures the exception clause allows it to be used in LGPL projects (his own OpenVRML is LGPL)
02:55.20``Erikbrlcad is the one who is colloquial in spanish, yes, but you speak very good english and others may provide useful aid when 'the boy' is unavailable, sa'll I'm sayin'
02:55.47starseekersince we would need to bundle 'em though...
02:55.58starseekerplus trying to keep a wall between our m4 code and his
02:56.09Nohla``Erik jajaja I was not in the mood to write in English
02:56.10``Erikupstream on the other one may be very willing to accept bsd license updates
02:56.34NohlaIt's not so easy for me as you think
02:56.35starseekeryou mean yours? ;-)
02:56.45``Erikyes, starseeker, I mean mine :D *duck*
02:57.05starseekerheh - didn't know if you found another 3rd party project or not
02:57.14starseekerthe internet is vast
02:57.36starseeker(fortunately, so is the reach of Google's search bots)
02:57.55Nohlastarseeker hello o/
02:57.57``Eriknohla: ok, I'm impressed with your ability to express yourself in english, and if there's a glitch, I'd be willing to use the translation tools and try to figure out what's meant if you're trying to understand *shrug*
02:58.06starseekerNohla: howdy :-)
02:58.24starseekerNohla: can you send me any translations not already included in the tree?
02:58.29Nohla``Erik see this url: https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk/doc/docbook/lessons/es/
02:58.48NohlaI'll look for them...
02:58.52``Erikstarseeker: I did a pretty comprehensive survey a decade ago, and ain't nothin' on the intarwebz changes in a decade, right?
02:59.10starseekerkinda like how Qt didn't change in a decade? :-P
02:59.19``Erikexactly!
02:59.51``Erikthere were two big issues with qt back in 'the day'
03:00.14starseekerQPL and ugly widgets?
03:00.19``Erikit was c++/moc, so there was a heavy and slow chain to compile... seems c++ is still slow and moc is still requiredd
03:00.44``Erikthe other was that qt required all sorts of manual implementation if there was a resize event, dunno if that's true anymroe
03:01.13``Erikresize a window and you needed to implement a method for every qt class in the chain... gtk+ just worked...
03:01.50starseekerhmm
03:01.53``Eriksurely that's changed, I mean, even java has that right now
03:01.59starseekerchecks
03:01.59``Erikbut the moc thing... dang
03:02.51``Erik(also, at the time, I had a bit of a freakout because the video game engine I was working on had drifted to more than 10 seconds of compile time from scratch on a 120mhz cpu)
03:03.14starseekerhttp://www.qtforum.org/article/22425/understanding-the-resize-and-the-auto-expand-behavior.html ?
03:05.46``Erikhm, looks like they've adopted a lot of sanity, but they still ain't right
03:06.13``Erikthe existance of that thread is sad :/
03:06.26Nohlahahaha the ones added were wich I sent to sean by email!
03:06.31``Erikgtk+ just... works...
03:06.45Nohlastop talking about his entusiasm, HE WORKS! hahah
03:07.12``Erikhe works way too much, but he is just one... :)
03:07.55starseekeraaaaand the stix fonts were not released
03:08.05starseekercolor me unsurprised
03:09.04``Erik<-- wouldn't feel comfortable making an espanol translation 'proper', has never taken a class, has done exactly one 'period' of rosetta stone... mocked himself today by saying "hasta la ma.. ma... mayonaisse..."
03:10.40``Erikehh, starseeker, so the comments I made the other day seem more accurate and less ass-hole-ish? ;>
03:10.54Nohlahahaha I'll search the rest of them, just help me to add them at the repository
03:12.05starseeker``Erik: heh - ass-holes are often accurate
03:12.08``Erikif you were submitting japanese or german translations, I'd do what I can and know how to research what I don't... but you're out of my field of feigned competence
03:13.13``Erikand I'd have a go-to guy for french O.o but *shrug* cannot help on spanish
03:13.30Nohla:) " feigned competence" juaz!
03:13.38``ErikI even have a couple portuguese speaking friends I could abuse for a second opinion!
03:14.21``Erikwhich is enough to let me know that portuguese isn't spanish ;)
03:15.23starseeker``Erik: do you have trouble with isst in src/adrt doing the make -j# where # > 1?
03:15.37``ErikI hadn't on my work boxen
03:15.54``Eriktogl is back to failing on my home mac
03:16.14starseekernods
03:16.24``Eriktogl.c:102:54: error: tkMacOSXInt.h: No such file or directory
03:16.29starseekerso far it haults the build for me on every machine I've tried
03:16.37starseekerO.o
03:16.48``Erikprobably system tcl/tk again
03:17.59``Erikhands done bleeding, probably time to go get some sleep O.o
03:18.10starseekersounds like a plan
03:18.40starseekerhunts up his modern-autotooled tcl effort and tries to figure out where he left off...
03:20.16``Erikgiven what you've learne in the last year or so, it shouldn't take more than an hour or so to convert it to autoconf
03:20.37``Erikif it's set and you're "in the groove", a version update should be about 2-3 minutes of effort updating teh build system
03:20.44starseeker<snort> yeah, probably - the trick is all the little TEA-ish things they are generating
03:21.05``Erikyeah, that's why an hour instead of 6.3 minutes
03:21.07``Erik:D
03:21.23starseekertook a couple hours for the basic stuff, sad to say
03:21.33starseekerprobably helped me learn, though...
03:21.46``Erik"given what you've learned"
03:23.06starseekerthe real trick is going to be figuring out how to replace the TEA based builds with autotooly stuff
03:23.27starseekerright now we mix-and-match, which is just squirrely
03:23.38``Erikyeh...
03:23.57``ErikI imagine every convoluted nasty fugly tea hack is a simple one-liner in clean auto*
03:24.55``Eriktea stinks of imake/xmkfm
03:25.23``Erikwhcih is the worst of the worst of the cake crap that was removed
03:25.53starseekerso far, I think the only m4 thing of theirs I'm using is a couple SC_* macros
03:26.20starseekerthey added a lot of stuff like localization files I'm not sure we need/want
03:26.47starseekermost of what made the 8.6 test checkin in the branch so painful
03:26.58``Eriklocalizaion would be nifty some day
03:27.34``ErikI sure wouldn't want to touch the po files, but...
03:28.13starseekerI think in this case it was tzdata...
03:36.50*** join/#brlcad Nohla (~jesica@201.255.224.156)
03:38.29starseekerhmm - looks like the SC_CONFIG_CFLAGS macro will need to be unwound
03:55.09*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
04:31.53*** join/#brlcad Stattrav (~Stattrav@117.96.69.29)
05:41.48*** join/#brlcad 16SAAAL07 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
11:39.50*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
12:09.44*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
17:26.19*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
17:32.35starseekerauuuugh - Texas, what are you doing????
18:07.51*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
18:12.05``Erika fullfilling their desire to secede. Some damn californian moved there for software and taught them that if they wanna go their own way, the least resistance is to convince the rest of the world to let them go their own way
18:32.21``Erikya don't like my theory? :D
18:43.12``Erikdang punk cats
19:32.05starseeker``Erik: more likely they want to drag the rest of the country along
20:45.40*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
22:40.34*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
23:18.51``Erikohhh, I'm such an asshole... raining outside, so I left the door to the deck open... boy cat went "ooh! score!", ran out, realized it was raining, ran around one corner, ran back, aroun hte other corner, then back in
23:18.56``Erikcoudln't escape the water O.o
23:19.04*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
23:24.16starseekerheh
23:27.59*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
23:29.27*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
23:55.28*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100523

IRC log for #brlcad on 20100523

00:43.48*** join/#brlcad muale (~n3wm0nk@ool-457d34d1.dyn.optonline.net)
00:53.34*** part/#brlcad muale (~n3wm0nk@ool-457d34d1.dyn.optonline.net)
01:50.41*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
01:51.07yukonbobhello, #brlcad :)
03:47.04*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
04:13.29*** join/#brlcad Nohla (~jesica@201.255.224.156)
04:15.47starseekerhmm
04:16.18starseekerautoconf-gl-macros author apparently chose that particular license because it's the license of GNU Autoconf
04:16.57starseekerfigures this is one of those fine points...
04:17.19starseekerwe use autoconf, but don't bundle it in the tree
04:17.56starseekerso autoconf being GPL + exception isn't an issue
04:18.32starseekerbut it would be an issue if (for whatever reason) we hand to bundle it into src/other...
04:22.22starseekerhmm... that exception clause makes me wonder a bit... it says the output scripts aren't restricted, but what about a configure.ac file that calls autoconf functions?  Is the configure.ac required to be GPL, but the resulting configure is not?
04:23.14starseekerblegh.  time for bed
04:31.57*** join/#brlcad Nohla (~jesica@201.255.224.156)
05:38.31*** join/#brlcad Nohla (~jesica@201.255.224.156)
11:20.43``Erikneat regex http://www.ex-parrot.com/pdw/Mail-RFC822-Address.html
11:57.26starseekerO.o
11:57.40starseekerfigures it'd be a Perl module
12:00.15``Erikhell of a regex, though... those perl guys are naturals at obfuscated code
12:02.21``Erikhrm, this is lame, sbcl (or :uffi) doesn't bother with perror() :/
12:02.33``ErikError opening shared object "/Users/erik/src/cl/cl-sdl/build/sdlstub.dylib": dlopen(3) failed.
12:02.49starseekerhmm
12:02.51``Erikyet I can dlopen and dlsym stuff just fine from C
12:04.19``Erikok, uffi has no notion of dlopen itself, it wraps the implementations shtuff, so sbcl is being the stinker
12:04.44``Erikthat makes me a sad panda O.o
12:05.09starseekerthat'll be some wacky debugging
12:05.13``Erikheh
12:05.29``Erik<-- is extracting and configuring the source for sbcl right now. Gets to try modifying it. :/
12:14.47``Eriksucks that swig has no notion of callback definition
12:31.10starseekernotes Cliff Stoll has begun posting to Slashdot - wow, an event that might actually increase rather than decrease the quality of Slashdot
12:31.28starseekertries to recall the last time something like that happened...
12:38.56``Erik*think* /. kinda jumped the shark about when user accounts were added
12:39.31``Erik<-- 745, is allowed to have that opinion, get off my lawn :D
12:41.39``Erikhave to pick up a couple things from http://www.kleinbottle.com/
12:58.23``Erikheh, lame, sbcl's build does some dirty tricks with file outputs O.o *hackhackhack*
13:06.58starseekereyes tclConfig.sh... that'll probably... change when libtool is in play
13:07.48starseekerwishes he new whether he cared about all the SHLIB stuff...
13:10.41``Erikodd, "no such file or directory", c&p the string passed in and ls it, it exists :/
13:10.48starseekerO.o
13:11.06starseeker``Erik: what username did you go for on slashdot?  (if I want to know)
13:12.02``Erikprobably some silliness with all this NSAddImage stuff :/
13:12.13``Erikmy name with a dot in the middle
13:12.24starseekerah, nice and straightforward :-)
13:12.37``Erikor, wait, no, space, it allowed spaces
13:15.45starseekermight have done that, but was early in his internet days and was still kinda spooked by the whole thing
13:16.56``Erikdusts off his g4 powerbook pro O.o
13:17.05``Erikyeah, I'd gotten over being spooked by that point
13:17.56``Erikreal names can always be gotten one way or another, being excessively evasive just makes ya a target for assholes...
13:18.04``Erikwell, it does for me, cuz I tend to open my mouth and piss people off... :D
13:18.36``Erik<-- still called 'broke' or 'bman' by some people *shrug* :)
13:20.22starseekerheh - now I'm just too lazy to change
13:20.56starseekerkinda a silly name, but after a decade it's got some inertia
13:21.24starseekerthinks his bzflag name was one of his better name choices...
13:21.39``Erikbeing?
13:21.48starseekerTankingAtTanking
13:21.53``Erikin wow, my character names are a bit... odd O.o
13:22.09``ErikHurk (like, the joke death sound from red vs blue), slugeater, dratkcuf, ...
13:22.11starseekerespecially fitting if you've seen me play bzflag...
13:22.14``Erik(read the last one backwards)
13:22.23starseekerheh
13:22.34``Erikused to quake as Br0X
13:23.08starseekerwas just one of the anonymous swarm of cannon fodder in quake matches...
13:23.09``Erik(which came from Br0kE, which came from BR0keNMAn, cuz it's a damn awesome song and I was lame in '96)
13:23.56``Erikin the 80's, it was 'Black Dragon' on bbs's, cuz I was REALLY lame and a kid :D
13:24.11starseeker:-D
13:24.12``Erikand my ascii art attempt at big BD letters came out looking like BO O.o woops
13:24.20starseekerhehehehe
13:24.37starseekerah well, we live and learn
13:25.02``Erik'sides, if I go by Erik, then I get to claim that ray stevens wrote my theme song :D
13:27.06``Erikhttp://www.themadmusicarchive.com/song_details.aspx?SongID=447
13:27.41``Erik"Subtle as a chainsaw, lacking all the Social Graces" ... :D
13:36.43starseekerhehe
14:18.07*** join/#brlcad Nohla (~jesica@201.255.224.156)
14:31.46``Erikyeh, sbcl 1.0.38 might be a bit busted on mac :/
14:31.47``Eriklameness
15:12.02*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
15:20.42*** join/#brlcad Nohla (~jesica@201.255.224.156)
15:54.08*** join/#brlcad smaddox (~smaddox@adsl-75-63-0-243.dsl.austtx.sbcglobal.net)
15:54.52smaddoxhey everyone. Can someone help me compile brlcad for Mac OS X 10.6? I'm having a lot of trouble
15:58.29``Erikdo you have both X11.app and Xcode installed?
15:59.25smaddoxyes.
16:00.04smaddoxI also have darwin ports installed, and tried to get all the dep's installed, thought I'm not sure if I'm having trouble due to mixing darwin ports libraries with Xcode stuff
16:00.34``Erikhm, macports ya mean? :)
16:00.49``Erikwhat's the issue?
16:01.10smaddoxI fail at the same point as this guy:http://old.nabble.com/-brlcad-tracker----brlcad-Support-Requests-2924966---Make-error-in-Snow-Leopard-for-openNURBS-td27003602.html
16:01.22smaddoxhttp://old.nabble.com/-brlcad-tracker----brlcad-Support-Requests-2924966---Make-error-in-Snow-Leopard-for-openNURBS-td27003602.html
16:01.58smaddoxAlthough, that is only when I do as suggested in that thread, and use -O2
16:02.11smaddoxusually, I fail at some TK deps
16:02.14``Erikare you using the tarball or a subversion checkout?
16:02.20smaddoxtarball
16:02.25``Erikhrm, tk deps, try --enable-all in the configure line?
16:02.57smaddoxI also get this configure warning:
16:03.31smaddoxchecking for XGetExtensionVersion in -lXi... (cached) no
16:03.32smaddoxconfigure: }}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}
16:03.32smaddoxconfigure: WARNING: X11 support is enabled but the Xi library was not found.
16:03.32smaddoxconfigure: WARNING: This will likely result in a build failure.
16:03.33smaddoxconfigure: WARNING: See config.log for details why (look for this comment)
16:03.33smaddoxconfigure: {{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{
16:03.36``Erikcan you check to see if your'e compiling the step stuff with both -O3 and -ggstabs3? there's a bug in gcc that might be getting triggered
16:04.03``Erikooh, missing libXi might be bad O.o (unfortunately, I don't have 10.6, just 10.2 10.4 and 10.5)
16:04.21smaddoxwell, thats the thing, I've installed it in macports
16:04.27smaddoxbut it doesn't find it i guess
16:04.50smaddoxcan I just point it to it somehow? or will that cause problems with using a different X11
16:04.51``Erikyou might have to do something with CPPFLAGS and LDFLAGS or something to get it to see the stuff in /opt/local
16:06.29``Erikseeing if the /opt/local/{include,lib} stuff is getting in there might be useful... *shrug*
16:07.41smaddoxhmm.. how do I do that.
16:07.57``Erikcrank up config.log in vim or emacs and search? :D
16:08.04smaddoxk
16:09.11smaddoxok, so I guess /opt/local/lib and /opt/local/include aren't in my path. I'll try adding them
16:11.06``Erikthe INSTALL file has some notes around line 600 or so
16:15.31smaddoxwell I added /opt/local/lib and /opt/local/include, but it still isn't finding libxi
16:15.41smaddoxhow do you updatedb in mac os x?
16:16.12``Erikjust like fbsd... :D /usr/libexec/locate.updatedb
16:16.47smaddoxthx
16:18.57*** join/#brlcad smaddox (~smaddox@adsl-75-63-0-243.dsl.austtx.sbcglobal.net)
16:19.49smaddoxwell, colloquy just crashed and I lost all your suggestions
16:20.03smaddoxwhat IRC app do you use on mac os x?
16:20.43*** join/#brlcad Nohla (~jesica@201.255.224.156)
16:21.52``Erikheh, I ssh into a fbsd machine and run irssi (used to be bx)
16:23.00``Erikthe INSTALL file, around like 600 has some info
16:30.26smaddoxgah, why does everything have to be so different from linux
16:30.41``Erikbecause linux is so different from everyone else... :D
16:31.01``Erikmight as well be asking why everything is backwards from windows ;) *duck*
16:31.15smaddoxheh
16:33.09``Erikone example to mkae that point is 'jot', goes back to the 70's, works the same on bsd, solaris, hpux, aix, mac, ... but linux doesn't have it. linux has 'seq', which is almost the same, but has a couple differences in input order and meaning...
16:35.45smaddoxwell, you know what they say about intuitive interfaces
16:36.54``Erik<-- sitting with two macipples on his table here :D
16:37.18``Erik(the small fast new one dedicated to WoW right now)
16:37.23*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
16:59.37*** join/#brlcad smaddox (~smaddox@adsl-75-63-0-243.dsl.austtx.sbcglobal.net)
17:09.47*** join/#brlcad smaddox (~smaddox@adsl-75-63-0-243.dsl.austtx.sbcglobal.net)
17:10.42smaddoxwell, I cleaned the configuration cache, and that got rid of the libXi warning
17:10.50smaddoxwell, that and I ran autogen.sh
17:10.55smaddoxnot really sure which did it
17:15.52smaddoxYAY! It compiled!
17:16.18smaddoxnow, should I try to compile with optimizations?
17:16.45smaddoxuh oh.. benchmark failed
17:25.55*** join/#brlcad Nohla (~jesica@201.255.224.156)
17:29.34``Erikwhat'd it fail on?
17:29.59smaddoxRT
17:30.13smaddoxnot sure what exactly, it's probably out of the buffer by now
17:30.23smaddoxi'm recompiling with --enable-optimized
17:32.14Nohla``Erik bad news, cant find the translations
17:33.21Nohlaif they're not hidden in some place at the repo, I'll have to do it again
17:50.34smaddox``Erik so it still failed to benchmark
17:50.48smaddoxUsing [./../sh/elapsed.sh] for ELP
17:50.48smaddox./run.sh: line 594: 65957 Trace/BPT trap          $RT -s1 -F/dev/debug ${DB}/moss.g LIGHT > /dev/null 2>&1
17:50.51smaddoxERROR:  RT does not seem to work as expected
17:50.54smaddox*** BENCHMARK TESTING FAILED ***
17:50.56smaddoxmake[1]: *** [run] Error 1
17:50.59smaddoxmake: *** [benchmark] Error 2
18:36.27starseekereyes the Tk configure.in file and turns a bit pale
19:11.42``Erikheh
19:11.55``Erikso much ugly for so little actually accomplished, no? :D
19:19.43``Erikwhere the heck is my rubber mallet? I just used a claw hammer and a wadded up rag on my poor car O.o
19:22.41``Erik(reseating the strut caps, soon they'll go away and the brace will be there instead)
19:49.26``Erik<-- has no idea what nohla has lost :/
19:50.18``Eriksmaddox: any luck?
20:20.43*** join/#brlcad Nohla (~jesica@201.255.224.156)
20:34.11``Erikjesica: which translations? which repo?
21:27.12*** join/#brlcad Nohla (~jesica@201.255.224.156)
21:39.25*** join/#brlcad jesica__ (~jesica@201.255.224.156)
21:52.29*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:36.07smaddox``Erik: well the benchmark doesn't get past the first test, but i tried installing it anyway. No luck, though. mged just crashes
22:37.23smaddoxException Type:  EXC_BAD_ACCESS (SIGSEGV)
22:37.23smaddoxException Codes: KERN_INVALID_ADDRESS at 0x00000007d63a8818
22:37.24smaddoxCrashed Thread:  0  Dispatch queue: com.apple.main-thread
22:38.28smaddoxyou know of anyone getting brlcad to work on osx 10.6?
23:23.03*** join/#brlcad Nohla (~jesica@201.255.224.156)
23:47.39starseeker``Erik: actually, the main problem is going to be knowing what can be chopped
23:48.00starseekera lot of logic goes into windowing system detection and whether or not to build and Apple Framework
23:49.15starseekerI took that out of the tcl logic, but now I'm wondering if it will need to go back in
23:49.23starseeker(not for our needs obviously...)
23:50.18starseekermight be a good candidate for an m4 macro
23:51.50starseeker(the windowing logic obviously has to stay, in some shape or form)
23:56.22*** join/#brlcad smaddox (~smaddox@adsl-75-63-0-243.dsl.austtx.sbcglobal.net)
23:56.35*** join/#brlcad Nohla (~jesica@201.255.224.156)
IRC log for #brlcad on 20100524

IRC log for #brlcad on 20100524

00:45.05smaddoxhas anyone seen a compile error like this? :
00:45.13smaddoxld: in .libs/libopenNURBS.lax/libopenNURBS_nil.a/libopenNURBS_nil_la-opennurbs_font.o, in section __TEXT,__text reloc 38: local relocation for address 0x000008A8 in section __text does not target section __const
00:45.18smaddoxcollect2: ld returned 1 exit status
04:18.35*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
12:18.15*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
13:17.49*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
17:53.29*** join/#brlcad CIA-40 (cia@208.69.182.149)
19:38.57*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
20:31.37CIA-40BRL-CAD: 03bob1961 * r39456 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: Since we're creating iwidgets.tcl, lib/iwidgetsXX/pkgIndex.tcl, wish.exe.manifext and Tkhtml3.0/pkgIndex.tcl, always write data to them regardless of verbose flag.
22:09.51*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:16.20*** join/#brlcad Ralith (~ralith@216.162.199.202)
IRC log for #brlcad on 20100525

IRC log for #brlcad on 20100525

01:45.47*** join/#brlcad Nohla (~jesica@201.255.224.156)
02:07.02*** join/#brlcad Nohla (~jesica@201.255.224.156)
04:46.56*** join/#brlcad talcite (~matthew@69-196-167-187.dsl.teksavvy.com)
06:21.03*** join/#brlcad 20QAA1A7P (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
07:56.17*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
11:27.11brlcad*yawn*
12:28.10CIA-40BRL-CAD: 03brlcad * r39457 10/brlcad/trunk/include/bn.h: put classify values in order .. enum candidates
12:31.27CIA-40BRL-CAD: 03brlcad * r39458 10/brlcad/trunk/include/raytrace.h: expand ft_classify back to the full prototype as there are/were two places where it's actually called. should be considered obsoletable but have to verify arb8 use. remove the redundant RT_CLASSIFY_* defines.
12:33.27CIA-40BRL-CAD: 03brlcad * r39459 10/brlcad/trunk/src/librt/primitives/ (6 files in 6 dirs): remove the usages of RT_CLASSIFY_* either replacing with the BN_CLASSIFY_* counterpart or removing outright. expand the rt_*_class() functions to the full prototype even though they're going to get ripped out.
12:52.59CIA-40BRL-CAD: 03brlcad * r39460 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove stale comment, declare the right C extern so we find rt_brep_class() at link time
12:59.53CIA-40BRL-CAD: 03brlcad * r39461 10/brlcad/trunk/HACKING: inform the opensuse package maintainer(s) of releases
14:04.01CIA-40BRL-CAD: 03erikgreenwald * r39462 10/brlcad/trunk/src/librt/cut.c: revalidate a dead token. RT_CLASSIFY_OUTSIDE is defined as BN_CLASSIFY_OUTSIDE, so just use the BN one.
14:16.35CIA-40BRL-CAD: 03bob1961 * r39463 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Have combWrapper rebuild the treeview when modifying combinations.
15:18.09*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
16:23.39*** join/#brlcad talcite (~matthew@69-196-167-187.dsl.teksavvy.com)
19:33.01starseeker``Erik: when was subversion removed from crit?
19:33.50``Erik<PROTECTED>
19:33.59starseekerah
19:34.38``Erikruns portmanager O.o
19:41.39*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
19:45.55``Erik'k, svn is on it now
19:46.12starseekersweet, thanks
19:48.39CIA-40BRL-CAD: 03starseeker * r39464 10/brlcad/branches/dmtogl/: Time to return dmtogl to its original purpose - clear in anticipation of re-creating
19:50.00CIA-40BRL-CAD: 03starseeker * r39465 10/brlcad/branches/dmtogl/: Re-create dmtogl branch off of trunk r39463
20:02.37CIA-40BRL-CAD: 03starseeker * r39466 10/brlcad/branches/dmtogl/ (13 files in 3 dirs): Kinda-sorta code for togl display manager - doesn't fully work, but does get as far as displaying a wireframe.
20:04.12CIA-40BRL-CAD: 03starseeker * r39467 10/brlcad/branches/dmtogl/include/dm.h: whoops, forgot dm.h
20:06.44CIA-40BRL-CAD: 03starseeker * r39468 10/brlcad/branches/goblin/: Put goblin stuff (potentially graphviz type abilities with tcl/tk interfaces) here instead of polluting dmtogl
20:19.19CIA-40BRL-CAD: 03starseeker * r39469 10/brlcad/branches/goblin/ (265 files in 5 dirs): Merge in goblin stuff originally present in dmtogl branch.
21:33.32*** join/#brlcad talcite (~matthew@69-196-167-187.dsl.teksavvy.com)
21:50.59CIA-40BRL-CAD: 03starseeker * r39470 10/brlcad/branches/dmtogl/src/libdm/ (dm-togl.c dm_obj.c): couple tweaks
21:53.52CIA-40BRL-CAD: 03r_weiss * r39471 10/brlcad/trunk/src/conv/obj-g_new.c: adding options to catch nmg bomb
22:41.15``Eriklamborghinis sure do idle loud O.o
22:41.20brlcadheh
22:42.26``Erikwas one in churchville
22:52.10*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100526

IRC log for #brlcad on 20100526

00:52.55starseekergroans
00:53.19starseekerTogl only supports fonts in 8.4 - apparently X11 and Aqua technology changed for 8.5
00:54.00starseekerand the aglUseFont command itself is deprecated in 10.5
00:54.39starseekerbrlcad: you said we need to have a compelling feature to justify inclusion of ftgl/freetype, correct?
00:56.20starseekeris uncertain what to do when aglUseFont is gone... don't see an immediate replacement offhand...
00:57.23starseekereven if I do a straight-up AGL display manager, it's going to have a problem with text
00:57.34starseeker(at least, in the near future)
01:00.01starseekerperhaps I can merge in changes from the tcl3d version...
01:03.26starseekerhurh? Windows only...
01:05.17starseekergah
01:06.42starseekersighs. Well, this is where dm-togl stands right now - not embeddable, no text, and no key bindings: http://bzflag.bz/~starseeker/dmtogl_aqua.png
01:08.39starseekerpersonally thinks it might be time to investigate ftgl...
01:24.47brlcadstarseeker: it doesn't mean avoid using the dep
01:25.01brlcadit means take a feature to completion so it's compelling
01:25.14brlcadbefore merging the dependency overhead to main trunk
01:26.26brlcadhuh.. you have it drawing faceplate there.. couldn't get libbn fonts to work?
02:24.56starseekerbrlcad: apparently the font code wasn't optional after all (chatted with Bob about it briefly)
02:38.01starseekerwill try to iron out the other bugs, then take a look at FTGL
02:38.50starseekeralso needs to dig into the faceplate code to make sure he understands what it is doing and how
02:57.25``Eriko.O
03:01.08starseeker``Erik: hmm?
03:01.49starseekeroh, bty, src/adrt still doesn't seem to handle a parallel make
03:03.23``Erikeh? I make -j8 in it a lot O.o
03:04.13starseekerhmm
03:06.05``Erikmeh, I dinged tankign occulus, then got a naxx invite, it's a good night
03:06.22``Erikscrew compiling :D
03:06.25starseekerparse error
03:06.34starseekerdiunged who and got what?
03:06.50``Erikworld of dorkcraft stuff
03:06.59``Erikding == gaining a level
03:07.24``Erikocculus is a dungeon, naxx is a raid dungeon, I gave up the game about half way through naxx
03:07.30``Erikbut, uh, ungave it up
03:07.31``ErikO.o
03:09.39``Erik(and tanking is a role, means ya soak damage, keep every enemy fighting you so'z the dps and healer can go about their jobs)
03:10.36``ErikI'm such a nerd *sigh*
03:13.14starseekerheh - cool
03:14.20CIA-40BRL-CAD: 03starseeker * r39472 10/brlcad/trunk/src/adrt/Makefile.am: Try making the issttcltk dependencies explicit - seems to work here, needs more testing.
03:19.02``Erikheh, commits to src/adrt always make me twitch O.o
03:19.16starseekerhey, you stuck it in there :-P
03:19.28``Erikwell, it seems appropriate
03:19.54``Eriknot sayin' it's a bad thing, just that I'm used to having it as my own playing field, y'know?
03:20.07starseekernods
03:20.22``ErikI'm sure if I committed stuff in the docbook stuff, you'd have a bit of a reaction
03:21.18starseekeruh... hooray?
03:21.30``Erikheh
03:21.43``Erik-m 'what the flying fuck was this retard thinking, if at all???'
03:21.44``Erik;D
03:22.06starseeker``Erik: you're safe for the moment whil I fight with dm-togl, but eventually we'll be working more on the isst tcl/tk interface
03:22.31``Erikit's all good, I think a tk isst is a good thing
03:22.37starseekeror more simply: -m "autotools 1, starseeker 0"
03:23.36``ErikI hope I've changed the game enough that skinny frontends are trivial and really do no serious duplication, I want to have moved all the heavy lifting to the back end
03:24.07``Erikso different approachs can be explored trivially
03:25.06``Erikkinda what drew my ire at your using my C motion code instead of writing it in C, makes me think mebbe I shoulda moved that stuff to bn or something
03:25.18``Eriker, writing it in tcl
03:26.01starseeker<snort> I was after the fasted way to Something Working
03:26.07starseekerfastest even
03:26.23starseekerstopping to figure out vector math in tcl land didn't seem like the way
03:26.46``Erikwhat I wrote in C was dirty quick hack :/
03:27.10starseekerbingo!
03:27.20starseekerjust what did you think isst.tcl is? :-P
03:27.50``Erikwrapping a dirty quick hack just validates it :/
03:30.44``ErikI'd hope that a sane tcl implementation of what I did would be faster than the C I did O.o
03:31.37starseekerthe "right way" is probably to call the quaternion stuff that MGED uses
03:32.03``Erikor unroll and do the trig
03:32.04CIA-40BRL-CAD: 03starseeker * r39473 10/brlcad/trunk/ (58 files in 12 dirs): Add tktable 2.10 for Bob in support of Archer work.
03:34.04starseekerwould actually like to not hit the trig based limits when rotating around center, but I don't know how well contained the logic is - the idea API would take some degree of change in +- x, y and z or az,el and figure out the quaternion stuff "on the fly" - we probably have it in there somewhere
03:34.39starseekersaid he'd get tktable in there for Bob for tomorrow, and has now done so. zzzzzzzz
04:27.28starseekergrins - "Clif Yapp"?
04:32.03*** join/#brlcad Nohla (~jesica@201.255.241.134)
05:28.14*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:54.02*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:54.37*** join/#brlcad stevegt_3 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
10:06.03*** join/#brlcad Elrohir (~kvirc@p4FC5A4B5.dip.t-dialin.net)
10:07.30d-loMernin!
13:34.57*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
15:43.49*** join/#brlcad Stattrav (~Stattrav@117.96.116.56)
16:29.26*** join/#brlcad Stattrav (~Stattrav@110.224.208.247)
17:47.54*** join/#brlcad Stattrav (~Stattrav@110.224.89.221)
18:34.55brlcaddoesn't see why sketch objects don't crash every time on import
19:17.52brlcadmmm
19:27.08*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:45.40*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
20:14.28CIA-40BRL-CAD: 03brlcad * r39475 10/brlcad/trunk/doc/ (Makefile.am STARTERS):
20:14.29CIA-40BRL-CAD: add an initial 'STARTERS' file for being a one-stop place to describe simple
20:14.29CIA-40BRL-CAD: projects that can be completed by someone new to the project with fairly minimal
20:14.30CIA-40BRL-CAD: fuss. These are ideally projects that would only take a core developer more
20:14.30CIA-40BRL-CAD: than an hour but less than one (focused) day to complete properly.
20:22.26brlcadhttp://en.wikipedia.org/wiki/Mathematical_Applications_Group,_Inc.  there they be
20:25.56brlcadhah, fantastic:  http://deutsche-drache.deviantart.com/art/Torid-Sphere-135600837
20:27.05brlcadwonders if that's Bill
20:27.24brlcad(Laut)
20:33.04brlcadyeah, looks like it.. those are his coasters
21:04.21starseekerhah, cool:  http://www.dtic.mil/srch/doc?collection=t3&id=AD0643313
21:25.04starseekerbah, 33 bucks to order through NTIS
22:05.55CIA-40BRL-CAD: 03r_weiss * r39476 10/brlcad/trunk/src/conv/obj-g_new.c: adding ability to process command line options
23:30.13``Erikoh neat, ice pirates was rereleased on dvd O.o
IRC log for #brlcad on 20100527

IRC log for #brlcad on 20100527

00:05.51*** join/#brlcad Nohla (~jesica@201.255.241.134)
00:12.04robot1Tootoot222
01:45.48*** join/#brlcad Nohla (~jesica@201.255.241.134)
03:56.02brlcadstarseeker: I don't think that's the same magic either... it's a bit early
04:30.00*** join/#brlcad Stattrav (~Stattrav@117.96.73.186)
06:54.22*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
06:54.45*** join/#brlcad 14WAAPOEU (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
07:28.45``Erikhttp://ftp.arl.army.mil/~mike/papers/96thebook/ might be the best roadmap for this ... software archeology
08:33.23CIA-40BRL-CAD: 03d_rossberg * r39477 10/rt^3/trunk/ (5 files in 2 dirs): C++ interface to the epa primitive (elliptical paraboloid)
08:35.42CIA-40BRL-CAD: 03d_rossberg * r39478 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: include C++ interface to elliptical paraboloid (Paraboloid, epa) primitive
08:38.35*** join/#brlcad Nohla (~jesica@201.255.241.134)
09:41.32CIA-40BRL-CAD: 03119.155.9.24 07http://brlcad.org * r2241 10/wiki/Talk:Main_Page:
10:18.39*** join/#brlcad Nohla (~jesica@201.255.241.134)
10:59.49d-loMernin all!
11:23.03*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:59.19``Erikheh, go to gooogle, type in "where is chuck norris" and click the "I'm feeling lucky"
12:59.53d-lohahaha nice :)
13:38.35CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r2242 10/wiki/Talk:Main_Page: Reverted edits by [[Special:Contributions/119.155.9.24|119.155.9.24]] ([[User talk:119.155.9.24|Talk]]); changed back to last version by [[User:Sean|Sean]]
13:38.52CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:119.155.9.24]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
15:50.02*** join/#brlcad Stattrav (~Stattrav@110.224.226.148)
20:03.23``Erikhrmmm
20:15.43*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:25.51*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
22:00.39starseekerentertains radical notions of reworking mged to live almost entirely in tcl/tk land...
22:14.28starseeker(know better, know most of the stuff in mged.c is there for good reason...)
22:19.17starseekerbut argh
22:55.33``Erikdon't anger the keith, he likes his -c
22:56.19starseekerponders whether -c can be accomplished anyway...
22:57.07CIA-40BRL-CAD: 03starseeker * r39479 10/brlcad/branches/dmtogl/src/libdm/dm-togl.c: try to be smarter about the name to use when packing a togl widget...
22:57.47starseekerjust stuff all the wrappers bridging mged commands and ged/other c libs into an mged package that can be package required...
22:58.34``Erikhrm, I guess my response would have to be http://img.photobucket.com/albums/v23/blazeomatic/citta/5bdxcx.jpg
22:58.53starseekermust beware... he is beginning to embrace the notion of making the tcl/tk interface more and more "pure"...
22:59.18``Erikand I'll parry and counterpoint with cffi bits showing up. :D
22:59.31``Erikor mebbe just plain swig, but it gets confused by the goofy stuff we do in bu.h
23:00.33starseekerO.o - how is that couterpoint?  Making our tcl/tk stuff more like "traditional" tcl/tk apps is orthogonal to cffi...
23:00.42starseeker(good picture :-)
23:02.12``Erikwell, I surpose it'd push our core functionality into a more standardized common approach, but don't tcl/tk things tend to want to dominate software architecture to mkae everything 'the tcl way'?
23:02.36``Erik(just like smalltalk wants things the oo way, c++/java wants things the wrong way, and lisp wants thing the bk way?)
23:02.40``Erik:D
23:04.06starseekerwell, yes and no.  it requires tcl/tk wrappers around C libs, but if you do that "right" I don't think it needs to intrude deeply
23:04.49starseekerArcher uses straight bwish unless/until you tell it to use mged.c
23:05.29starseekerI'd be curious what mged -c behaviors couldn't be accomplished from a non-tk tcl instance of bwish...
23:06.47starseeker(I hasten to add I'm sure there are reasons for mged.c, but given that Archer can function reasonably well without it I'd be hard pressed to do a case for/against bwish/mged.c
23:07.14``Erik<PROTECTED>
23:07.31starseekerhmm?
23:11.27starseekeroh
23:12.33*** join/#brlcad erik__ (Here@c-69-140-109-104.hsd1.md.comcast.net)
23:12.38``Erikodd
23:17.06CIA-40BRL-CAD: 03starseeker * r39480 10/brlcad/branches/dmtogl/src/mged/dm-togl.c: The third else case results in an empty vls, which apparently AppendResult doesn't like... just do it in the two cases that work on vls
23:49.08*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
IRC log for #brlcad on 20100528

IRC log for #brlcad on 20100528

00:14.10CIA-40BRL-CAD: 03starseeker * r39481 10/brlcad/branches/dmtogl/src/mged/dm-togl.c: doing anything with the interp after doing dm_open with togl is causing memory issues - not clear why yet.
00:22.03``Erikredrum O.o
00:28.24starseekerwhy does gdb refuse to linebreak???
00:31.41``Erikcuz you screwed it up with some term goobiness
00:31.43``Erik?
00:32.02``Eriklemme guess, mged?
00:32.06starseekeryeah
00:32.26``Erikit does some oddness on startup, makes it so'z ya can't even ^Z it
00:32.51``Erik(-c still works sane iirc)
00:33.46``Erikmmmm, pastrami and sauerkraut
00:34.05starseekergod this is strange
00:34.23starseekerI'm getting a memory error, but it's not associated with any variable access I can identify
00:34.56``Erikheh, doing what?
00:35.03poolioahoy
00:35.05starseekerTcl_Eval
00:35.15``Erikand; mac or linux (or bsd)? bus fault or segment fault?
00:35.37starseekermac, EXC_BAD_ACCESS
00:35.43starseekerKERN_PROTECTION_FAILURE
00:36.01``Eriknot a debug build? is backtrace sane?
00:36.08starseekerBus error
00:36.09``Erikyo, hoolio
00:36.16starseekerdebug  build (or so I thought)
00:36.34``Erikmac'll busfault on a stack smash
00:36.37starseekerI get a backtrace alright, but it does me no good
00:36.52``Erikwell, ... how many thousand calls deep is the bt? :D
00:37.05starseekerhang on...
00:37.25starseeker36 deep
00:37.33``ErikI think I got a stack smash bus fault at around 3k earlier today
00:37.35``Erikhuh
00:38.03``Erikthat's nothing O.o are the call variables filled in the bt?
00:38.25starseekerseem to be
00:38.30CIA-40BRL-CAD: 03starseeker * r39482 10/brlcad/branches/dmtogl/src/mged/dm-togl.c: Break the offending line out into its own function to make sure it's isolated in a breakpoint sense - doesn't help functionally.
00:38.31starseekerhang on, I'll do a pastebin
00:38.48``Erikwait until tomorrow, rest will make it obvious? ;)
00:38.59starseekerno, this has been a problem from the beginning
00:39.14starseekerI just commented it out, but right now it's the stopper for the non-classic mged load process
00:39.23starseekerso I have to uncomment it and get it working
00:40.33``Erik<-- gonna assume tcl eval takes an environment and a string, which kinda narrows things down a bit O.o :D
00:41.55starseekerhttp://pastebin.org/286940
00:42.50``Erikdoesn't really look like -ggstabs3 output
00:43.06``Erikand it looks like ya optimized it
00:43.16``Erikwhich'll throw the line #'s off
00:43.22starseekershakes head - not intentionally
00:43.40``Erikcan ya pring the stirng passed to the togl cmd?
00:44.16starseekersure, one sec...
00:46.32starseekerpackage require Togl; togl .topid_0.ul.togl -width 1280 -height 1280 -rgba true -double true
00:46.59starseekerfollowed by a pack command, then just the window name to allow capture of the togl TclObj
00:47.45``Erikand only in the branch, I assume? O.o
00:47.53starseekeryes
00:48.22starseeker(this is where being able to experiment from a bwish command line would be nice...)
00:48.29``Erikperhaps break the various tcl cmds into seperate tcl eval calls?
00:48.53starseekermaybe... I'm not having any problems in the togl_open function itself tough
00:48.55starseekerthough
00:49.36starseekerthe same command will fail in Togl_dm_init and succeed in togl_open
00:50.10``Erikthreading issue, mebbe?
00:50.23starseekermaybe, but this is an unthreaded tcl/tk build
00:50.33starseeker(unless the aqua stuff turned it on)
00:50.44starseekerthat could be
00:50.45``Erikis the mged/libdm stuff trying to make calls into togl from different threads, though?
00:50.49starseekertries it on linux
00:51.01starseekerpossibly...
00:51.04starseekerdunno
00:51.12``Erik<-- grasping, hasn't looked at the code and doesn't do dm... :D
00:52.50starseekerheh
00:53.23starseekerthe tcl guys would say this is a really backwards way to approach the problem, most likely
00:54.02starseekerinstead of doing it in tcl and binding things to c functions to do dirty work (like isst.tcl) we're doing it from the C side and trying to hook into the togl guts
00:55.37``Erikheh, yeah... trying to treat it like a scripting system instead of the main driver of the program, for shame O.o swig has that issue, too, from what I've seen
00:55.47``Erikthus my jabbering about cffi instead of swig :D
00:57.31starseekereyes mged.c...
00:58.01starseeker``Erik: problem is, we'd never be able to sell cffi as a mainstream solution
00:59.05starseekergod I'm tempted to see if I can get mged up inside bwish without libdm and libfb...
00:59.16starseekeror libdm anyway
01:00.23starseekerproblem is i'd undoubtedly be throwing away effort :-(
01:01.33starseekernot to mention all the subtle little things I'm forgetting about
01:05.10starseeker``Erik: 'course, if we grab the ecl code...
01:05.17starseekerthat's in C,  isn't it?
01:06.37``Erikhehehe, think so, didn't look too hard at it
01:07.22starseekerthat's designed to be embeddable
01:09.47``Erikheh, thus the name O.o yeah, I started looking that direction, then figured save-lisp-and-die with a cffi loaded megalibrary would suit my needs *shrug*
01:10.36``Erika 28 meg executable might not be totally unreasonable for what I wanna do
01:10.53starseekerauuuugh - Linux fails differently
01:11.18``Erikdamn, that's one for the quote page O.o
01:11.31``Erikwithout context, of course
01:13.30starseeker<snort> standard practice for the media - strip the context, it's more interesting that way
01:13.58starseekerconcedes he is unlikely to solve this at 9:15pm at night, and starts wrapping it up for the day
01:17.01*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
01:26.09pooliostarseeker: heh, this is prime time for coding!
02:05.23``Erik*snrkt* http://www.collegehumor.com/picture:1938345
03:18.42starseekerggrrrr - src/adrt is still busted
03:26.23starseekeroh, nevermind - in dmtogl branch
03:26.29starseekerdurh
03:59.58starseekerhuh - on Linux, it's actually closer to working
04:00.09starseekerwhat in the heck is the Mac's problem?
04:43.56*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
04:53.27*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
07:10.33*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
13:33.57*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
13:36.09``Erikhttp://brlcad.org/~erik/mosstoon.png
15:12.30*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
16:48.25*** join/#brlcad Stattrav (~Stattrav@110.224.54.253)
17:24.20poolioany of you guys know if there's a way to disable the option+key special characters in os x?
17:28.13``Eriknot off the top of my head... emacs issue?
17:28.39``Erik<- has been using the escape meta approach in emacs use... "<esc> x" instead of "meta-x"
17:28.57``Erikrelease the escape before hitting x, ...
17:33.47poolioyeah...it's actually not an emacs issue. I'm using matlab and it crashes whenever I hit option+any key :(
17:33.56``Erikah, wow, lame
17:34.27poolioAnd I've got synergy set up so I use option+keys all the time on one monitor, but if I hit it when in the other it goes poof
17:34.28``Erikthey set up to by utf-7 only? O.o
17:36.31poolioWell, it looks like that may be the case for the "use inside terminal mode" but when using their desktop it works fine...looks like bugreport time
18:03.38CIA-40BRL-CAD: 03starseeker * r39483 10/brlcad/branches/dmtogl/ (125 files in 20 dirs): Update dmtogl branch to trunk r39482
18:36.41*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:43.34*** join/#brlcad Ralith (~ralith@216.162.199.202)
19:23.21*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:32.08*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
20:07.03starseekerhrm... might trace back to curr_dm_list
20:07.31CIA-40BRL-CAD: 03erikgreenwald * r39484 10/brlcad/trunk/src/liboptical/ (Makefile.am init.c sh_toon.c): beginning of a "toon" shader.
20:34.42starseekerWoooo-hoooooo!  http://www.stixfonts.org
20:34.51starseekerThey released 1.0!
20:41.27*** join/#brlcad Nohla (~jesica@201.255.242.92)
21:01.43Ralithstarseeker: what exactly is that?  The next computer modern?
21:15.55starseekerRalith: it's a very large font designed to properly support mathematical display
21:16.07starseekerso MathML might actually go somewhere now
21:25.35Ralithstarseeker: I wasn't aware that current LaTeX fonts were omissive in that respect.
21:35.30starseekerthey don't work for web browsers
21:35.56starseekermetafont is rather different from the TrueType/OpenType/*Type systems
21:35.59CIA-40BRL-CAD: 03r_weiss * r39485 10/brlcad/trunk/src/conv/obj-g_new.c: adding ability to process command line options from user
21:48.36*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
22:06.53Ralithfair enough
22:07.06RalithI didn't realize that opentype was capable of doing the things that metafont does for math, though.
22:07.39Ralithit does some impressive language stuff, yes, but I haven't seen anything that screws around vertically like math notation tends to.
22:35.55starseekerRalith: try installing the stix fonts and viewing this page:  https://www.eyeasme.com/Joe/MathML/MathML_browser_test
22:43.23Ralithupdates font cache
22:46.17Ralithstarseeker: um, those are images
22:46.44starseekernot all of them
22:46.54starseekerthere should be three columns
22:46.57Ralithoh, far right
22:47.02Ralithyeah that's not rendering right at all
22:47.18Ralithfittingly, it's the vertical stuff that's most screwed up.
22:47.57Ralithperhaps if I restart chrome
22:48.50starseekerthe beta fonts work for me - just installed the 1.0 and things got odd - may have to restart myself
22:48.50Ralithnnnnope.
22:48.55starseekerodd
22:48.58Ralithwhat browser?
22:49.02starseekerfirefox
22:49.14starseekersighs
22:49.23Ralithall the characters render here, but the typesetting and complex expressions are screwed
22:50.19starseekerweird.  Of course, the font might have changed since the beta...
22:51.40starseekerthat would be highly ironic...
22:51.42Ralithfirefox renders it beautifully
22:51.49RalithI suspect it's chrome's fault.
22:51.58starseekercould be
22:59.09RalithWebKit-based browsers such as Chrome and Safari do not currently support MathML.[9]
22:59.13Ralithaw.
23:00.25starseekerhttps://trac.webkit.org/wiki/MathML
23:01.35Ralithcool
IRC log for #brlcad on 20100529

IRC log for #brlcad on 20100529

01:18.21*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
01:18.22*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
01:18.22*** join/#brlcad d-lo_ (~claymore@BZ.BZFLAG.BZ)
01:18.33*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
01:18.51*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
01:19.49brlcadhm, router drop
07:01.49*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
08:28.46*** join/#brlcad Stattrav (~Stattrav@110.224.61.135)
09:06.33*** join/#brlcad Stattrav (~Stattrav@110.224.61.135)
09:56.51*** join/#brlcad __monty__ (~toon@78-23-210-218.access.telenet.be)
10:01.38__monty__Is an up to date binary for the mac happening anytime soon?
11:16.13*** join/#brlcad __monty__ (~toon@78-23-210-218.access.telenet.be)
13:22.08``Erikaheh, starseekers styx font submission was the one they went with after all O.o
14:30.03*** join/#brlcad stevegt_3 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
16:09.09*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
18:13.08*** join/#brlcad 5EXAAWBCW (~stevegt@cislunar.TerraLuna.Org)
21:18.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:45.42*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
IRC log for #brlcad on 20100530

IRC log for #brlcad on 20100530

00:03.18``Erikssshhhhh
00:30.24starseeker``Erik: heh
00:30.46starseekerthat might be my first accepted story since the LAST time the stix fonts made slashdot
00:34.38starseekerIn another five years I may get another one when the LaTeX version comes out ;-)
00:41.56starseekerhah, cool:  www.arl.army.mil/arlreports/1999/ARL-SR-90.pdf
00:46.28starseekerSounds like Dick Hoyt was the first to conceive of putting a ray all the way through a vehicle description, e.g. "solid raytracing"
00:46.45starseeker(page 37)
00:49.02starseekerand Howard Ege the first to involve a computer in the process
00:49.09starseekernifty
00:57.31``Erikthe histerectomy of V/L, nifty
00:59.53``Erik<-- wonders if that, uh, book he has would be useful
01:00.37``Erikor, uh, mebbe the other one I have
01:00.50``Erikboth have chunks about the history
01:01.07``Erikremind me to look at books on tuesday, starseeker :D
01:08.07starseekerthis book?  http://www.amazon.com/Fundamentals-Ballistic-Vulnerability-Astronautics-Aeronautics/dp/160086015X ?
01:09.53starseekersuppose that might be of interest but doesn't want to pony up the $$...
01:13.46``Erikyeah, I have one of those, still in the plastic
01:13.57``Erikum, I think all gubmint folk in slad got one, bob should have one around
01:14.37``ErikI have another one that's limited distribution, much bigger book, had a fair bit of history stuff starting with boats,  like that paper ya linked
01:15.06``Erikdunno if that part is just the article reprinted, or if it's got more or what
01:21.58starseekerah, cool
01:22.38starseekerwill remind ;-)
01:31.02``Erikheh http://www.collegehumor.com/video:1908740 "jamie hyneman is a douchebag"
01:39.38*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:26.11``Erikheh, the new daleks... taste the rainbow O.o
03:35.58starseeker``Erik: I think we found something new for brlcad to try:  http://science.slashdot.org/story/10/05/29/1842218/Reproducing-an-Ancient-New-World-Beer
03:43.05``Erikooh, a meso-american one?
03:43.15``Erik<-- ponders finishing rebuilding his brewing kit O.o
03:46.01``Erikwonder if I can convince the store I go to to buy some O.o
03:46.30``Erikwas able to get them to start stocking blackbush, mebbe this'll be interesting enough that he'll just buy a case and see what happens
03:52.53``Erikhuh, midas touch was a recreation of an ancient mead? didn't know that
03:53.06starseekerwas/is it any good?
03:54.48``Erikdon't particularly recall, probably just tasted like a fruity beer when I drank it *shrug* didn't know anything about it to make it stick in memory
03:55.05``Erikwas a few years back
03:56.09starseekerwow - now here's a versioning scheme that doesn't like 1.0:  0.102.2.2
06:29.19*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
11:40.33*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
12:39.01*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
15:15.07CIA-40BRL-CAD: 03johnranderson * r39486 10/jbrlcad/trunk/src/org/brlcad/numerics/Vector3.java:
15:15.07CIA-40BRL-CAD: Eliminated uses of "==" comparing doubles.
15:15.08CIA-40BRL-CAD: Eliminated duplication of code checking for mag field currency.
15:15.08CIA-40BRL-CAD: Eliminated duplication of code in static getPhi(v).
19:23.05*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:34.58*** join/#brlcad Stattrav (~Stattrav@124.125.181.135)
22:13.33*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100531

IRC log for #brlcad on 20100531

02:20.37*** join/#brlcad Nohla (~jesica@201.255.243.136)
03:44.38``Erikhuh, gish is open source now
03:47.28louipchttp://www.wolfire.com/humble
03:47.52louipcprenumbra looks really awesome
03:48.02louipcerr penumbra
03:51.06``Erikthe humble guys had some neat #'s available from their purchases, I'm still waiting for the pmt amt histograms, though
03:54.30``Erikheh http://games.slashdot.org/comments.pl?sid=1669594&cid=32397340
05:29.43*** join/#brlcad Stattrav (~Stattrav@124.125.181.135)
05:44.36*** join/#brlcad Nohla (~jesica@201.255.243.136)
06:25.52*** join/#brlcad Nohla (~jesica@201.255.243.136)
06:40.23*** join/#brlcad Nohla (~jesica@201.255.243.136)
13:46.48``Erikalrighty, then, let's do this
13:47.24``Erikif medusa turns men to stone by looking at them,d oes that mean that when she looks at milk, it turns to gorgonzola?
13:47.41``Eriknow every bad pun I tell this week will be better than the first :D
14:19.04*** join/#brlcad Stattrav (~Stattrav@124.125.181.135)
15:16.51*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
16:35.08starseeker``Erik: heh - corporate america would be all over that one - instant cheese production
16:35.33starseekerplant could only employ women though - men turned to stone aren't very productive
16:46.29``Erikalrighty then, I have a new microwvave.
16:46.53``Erikclassic sense of 'men', before the 60's... where 'men' was the gender neutral nomenclature for humans
16:48.53``Erikand isn't what's generally called "american cheese" the corporate instant cheese, anyways? :)
17:13.07*** join/#brlcad Stattrav (~Stattrav@123.238.45.214)
19:25.40*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:48.33*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
22:55.29*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
IRC log for #brlcad on 20100601

IRC log for #brlcad on 20100601

00:50.14starseeker``Erik: <snort> yeah, it pretty much tastes like that
01:44.01*** join/#brlcad Nohla (~jesica@201.255.243.136)
03:03.32*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
03:26.50*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
04:44.53*** join/#brlcad CIA-40 (cia@208.69.182.149)
10:22.33*** join/#brlcad Nohla (~jesica@201.255.243.136)
10:48.06*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:05.40*** join/#brlcad hackkitten (~jigoku_ai@ph.xs4all.nl)
11:15.06d-lo_Mernin all!
11:34.36brlcadhowdy
11:37.23d-loHi there!  How was your weekend?
11:44.55brlcadstill going
11:58.08d-loah nice :)  when is it over for ya?
12:09.59starseekersighs, realizes he can't put it off any more, and takes is car in for an oil change
12:16.00d-lostarseeker: Got a 1/2" wrench, a pan, $10, and 15 mins ?
12:40.44CIA-40BRL-CAD: 03johnranderson * r39487 10/jbrlcad/trunk/src/org/brlcad/numerics/Vector3.java: Slight modification to the getPhi() method to avoid returning a non-zero phi when the x and y components are jusr floating point fuzz.
12:59.58*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
13:33.47``Erikcan loan a pan and wrenches/sockets/ratchets
14:23.14*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
14:23.40d-loanyone ever done drum breaks before?  I'm familiar with disc, just looking for any pointers on drums.
14:53.07*** join/#brlcad fragalot (~fragalot@gentoo/user/FamousToaster)
14:53.24fragalotHi, is there a way to modify an object after it's been created? (radius, size, location etc)
14:54.04d-loyes, quite a few ways actually.
14:54.14d-lothe easied would be to use Solid Edit Mode
14:54.22d-los/easied/easiest/
14:54.35d-losimply type: sed <objectname>
14:54.53d-loand use the GUI menus and graphics window to manipulate the object
14:55.00fragalotthanks :)
14:55.05d-lono problem!
14:56.03fragalotHm.
14:56.19*** join/#brlcad Stattrav (~Stattrav@110.224.208.17)
14:56.21fragalotmy old habit of ctrl-z after making a mistake appears to have put a spin on things
14:56.24fragalotliterally xD
14:56.43d-lo:D
15:00.10fragalotHm. I can't seem to figure out how to actually *change* it without messing everything up :/
15:00.34fragalotlet's say it's an rcc, and I want to change it's location to  5 5 0 instead of 0 0 0
15:01.58fragalotgoing into edit and selecting something there, then using the shift or ctrl+mouse actions has just made a horrible mess of it xD
15:02.31d-lohttp://brlcad.org/wiki/MGED_Commands
15:02.34d-lois a good place to start.
15:02.46d-loLook specifically at the 'tra' and 'translate' commands
15:03.06d-loeither one of those should get the 0,0,0->5,5,0 translation done.
15:03.08fragalotaha. i've been scanning trough the PDF for ages without finding it :P *Checks wiki*
15:04.53fragalotsweeet.
15:06.52d-lothose wiki pages are only recent as of about 1.5 years back.  Some of the commands args might have changed since then, but its a decent start
15:07.35fragalotI'm using it on linux, which doesn't exactly have an up-to-date version anyway
15:08.06fragalot3 years old it seems.
15:08.24d-lowhat version #?
15:08.32fragalot7.10.4
16:02.08brlcadfragalot: hit "0" to stop spinning
16:02.35brlcadz Z x X y Y will all spin the model in the +- xyz direction
16:03.28brlcadsed object
16:03.34brlcadtra 5 5 0
16:03.36brlcadaccept
16:04.17fragalotis ther ea way to set the position without 'tra' ? eg. move itto absolute coordinates instead of relative?
16:07.36*** join/#brlcad Ralith (~ralith@216.162.199.202)
16:10.19d-lotra translates an object relative to current position
16:10.38d-lo'translate' is the same functionality, but is absolute
17:15.43*** join/#brlcad stevegt_2 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
18:28.37*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
18:34.00*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
19:34.10*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
21:13.20CIA-40BRL-CAD: 03erikgreenwald * r39488 10/brlcad/trunk/src/liboptical/sh_toon.c: don't use UV stuff
21:45.01starseekerO.o my word that's strange - I can't call Tcl_Eval in Togl_dm_init, but I CAN call it in the parent function
21:47.07CIA-40BRL-CAD: 03brlcad * r39489 10/brlcad/trunk/NEWS: cliff added a new required external dependency, Tktable 2.10 -- being used by archer for advanced table views.
21:51.40CIA-40BRL-CAD: 03starseeker * r39490 10/brlcad/branches/dmtogl/src/mged/ (attach.c dm-togl.c): What the... getting SOME action when calling the binding routine from mged_attach rather than Togl_dm_init, despite interp pointer being the same... ANY call to Tcl_Eval in Togl_dm_init causes problems.
21:54.26*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
22:05.53CIA-40BRL-CAD: 03starseeker * r39491 10/brlcad/branches/dmtogl/src/mged/ (attach.c dm-togl.c): Mutter, mutter... OK, so that was it - need to include tk.h BEFORE including togl.h
22:07.05starseekerutters some choice censored comments...
22:33.46*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:37.33``Erik*snrkt*
22:37.35``Erikthat was it?
23:13.00``Erik<-- finds it odd that it'd compile at all with that omission, unless there's some ifdef shtuff togl attempts to define funky if not defined yet? O.o
23:15.19``Erikngnn, dangit, this is tuesday, not monday heh :/ thought it was glass/plastic recycling day *sigh*
23:18.55*** join/#brlcad Nohla (~jesica@168.226.179.23)
IRC log for #brlcad on 20100602

IRC log for #brlcad on 20100602

00:02.39starseeker``Erik: I had tk.h in there, but after togl.h
00:02.42starseekerthe order matters
00:07.09``Erikhow does togl.h not crap itself on undefined structs and defines and stuff?
00:07.09starseekerhmm?
00:07.09starseekerit includes a defines file
00:07.09``Erikmebbe we should stick something like #ifndef TK_H #error "dude, include tk.h" #endif
00:07.15starseekeroh, in togl?
00:07.15``Erikto prevent future confuzzlization
00:07.18``Erikyeh
00:07.24starseekermight be a good idea
00:07.40starseekereven more bemusing was that it actually WORKED on Linux
00:08.16``Erikfounds linux to be criminally permissive :/
00:08.54starseekerwell, now that that little time muncher is out of the way, time to see if I can get the resize behavior to work...
00:09.31starseekerhmm, IBM + Muppets... has possibilities
00:12.04``Erikthus the fanboi attitude towards the bsd family...
00:12.14starseekerheh
00:38.29``Erik"is there a chemical that will detect pee in a pool?" "yes, it's called water. If you add a little bit to a pool, you're guaranteed to have pee in it."
00:44.55CIA-40BRL-CAD: 03starseeker * r39492 10/brlcad/branches/dmtogl/src/libdm/dm-togl.c: Swap tk.h and togl.h here to in case it matters.
01:26.00*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
02:12.33CIA-40BRL-CAD: 03starseeker * r39493 10/brlcad/branches/dmtogl/src/libdm/dm-togl.c: OK, this gets resizing going, although the intermediate states aren't quite smooth...
04:35.06*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
07:38.55*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
07:38.56*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
10:48.59``Erikfidgets cuz he wants the parts he ordered 2 hours ago to be here NOW O.o
10:50.03d-loparts?
11:11.41``Erikcar part
12:54.00CIA-40BRL-CAD: 03erikgreenwald * r39494 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: add new shot approach, similar to original but using the intersection search function
13:09.22CIA-40BRL-CAD: 03erikgreenwald * r39495 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: eliminate the "sample the entire line first" approach.
13:19.16CIA-40BRL-CAD: 03erikgreenwald * r39496 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: fix the shelling issue on the original approach. make it the default, since it's ~25metaball.c faster
13:25.22``Erikdoh
13:25.32``Erik~25%, vim subst'd the filename
13:31.01d-lotee hee :)
13:31.19CIA-40BRL-CAD: 03erikgreenwald * r39497 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: deal correctly when ray starts inside solid, providing a negative inhit distance
14:27.29``Erikstarseeker: the image I mentioned: http://failblog.files.wordpress.com/2010/01/epic-fail-fury-fail.jpg
15:01.51CIA-40BRL-CAD: 03d_rossberg * r39498 10/rt^3/trunk/ (4 files in 2 dirs): C++ interface to the rhc primitive (right hyperbolic cylinder)
15:04.04CIA-40BRL-CAD: 03d_rossberg * r39499 10/rt^3/trunk/src/coreInterface/CMakeLists.txt: included the right hyperbolic cylinder in the rt^3 CMake build
15:05.22CIA-40BRL-CAD: 03d_rossberg * r39500 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: include C++ interface to the right hyperbolic cylinder (HyperbolicCylinder, rhc) primitive
15:34.35*** join/#brlcad Stattrav (~Stattrav@123.238.45.214)
15:50.10starseekerheh - "undergrad students I've met couldn't pour rocks out of a box if the instructions were printed on the underside of the box."
15:50.33d-loharsh, but funny :D
15:51.48starseekerreflects that might actually be a reasonable three word description of the entire WWW ;-)
16:56.53CIA-40BRL-CAD: 03erikgreenwald * r39501 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: various adjustments to the original algo, but default to the new one
16:57.47brlcadso does that mean shelling is fixed?
16:57.54brlcadmiscalculates his time
17:07.11``Eriksorta
17:27.56*** part/#brlcad fragalot (~fragalot@gentoo/user/FamousToaster)
17:59.43brlcaddoes a quick sorting of the installed binaries and finds 80 that he doesn't immediately recognize..
18:00.27brlcadthat sounds like a lot of good candidateas for deprecation and removal
18:56.24CIA-40BRL-CAD: 03erikgreenwald * r39502 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: tune the initial step size a bit more. Continue sampling along ray if currently "inside", even if beyond the max distance.
18:58.02CIA-40BRL-CAD: 03starseeker * r39503 10/brlcad/branches/dmtogl/src/libdm/dm-togl.c: Grumble... for some reason Aqua Tk windows aren't keeping up with the resizing of the parent properly, so try to pick up the slack...
19:01.50CIA-40BRL-CAD: 03starseeker * r39504 10/brlcad/branches/dmtogl/src/tclscripts/mged/ (bindings.tcl openw.tcl): No need for the startup messageboxes now...
19:04.44*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
19:05.03*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
19:28.39CIA-40BRL-CAD: 03starseeker * r39505 10/brlcad/branches/dmtogl/src/libdm/dm-togl.c: I don't think this is quite the right number yet, but at least it's not a magic number
20:18.09CIA-40BRL-CAD: 03brlcad * r39506 10/brlcad/trunk/ (TODO doc/deprecation.txt): deprecate the old mdqs canon tools. they're no longer relevant as the interface itself is obsolete.
20:19.10CIA-40BRL-CAD: 03brlcad * r39507 10/brlcad/trunk/TODO: merge the conv-vg2g tool into dbupgrade. it upgrades v3 databases to v4.
20:36.05CIA-40BRL-CAD: 03brlcad * r39508 10/brlcad/trunk/ (TODO doc/deprecation.txt): more tool deprecations. plan to drop the old sgi-specific and dunn camera tools. pl-sgi, sgi-pix, dunncolor, dunnsnap.
20:42.23CIA-40BRL-CAD: 03brlcad * r39509 10/brlcad/trunk/ (TODO src/util/Makefile.am src/util/files-tape.c): remove the obsolete and never-documented files-tape tool that was written to help write pix files to a tape device.
20:45.30*** join/#brlcad Nohla (~jesica@168.226.179.23)
20:46.00CIA-40BRL-CAD: 03brlcad * r39510 10/brlcad/trunk/ (doc/deprecation.txt src/util/Makefile.am src/util/sgi-pix.c): no need for deprecation on sgi-pix. it was never documented.
20:47.36*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:49.21CIA-40BRL-CAD: 03brlcad * r39511 10/brlcad/trunk/doc/deprecation.txt: similarly, no need to deprecate ipuscan, ipustat, pix-ipu, and png-ipu. they were never documented so just remove them.
21:05.34CIA-40BRL-CAD: 03brlcad * r39512 10/brlcad/trunk/ (TODO src/util/Makefile.am src/util/mst.c):
21:05.34CIA-40BRL-CAD: while having an implementation of a minimal spanning tree could certainly be
21:05.35CIA-40BRL-CAD: useful, particularly for mesh operations, but this tool was never documented.
21:05.35CIA-40BRL-CAD: it takes some unknown file format and it is unknown as to whether the tool works
21:05.36CIA-40BRL-CAD: or is robust for a given input. great idea but flopped on taking the
21:05.36CIA-40BRL-CAD: implementation to completion.
21:17.19CIA-40BRL-CAD: 03brlcad * r39513 10/brlcad/trunk/src/util/msrandom.c: cleanup to remove globals and use libbu facilities.
21:19.00*** join/#brlcad jesica__ (~jesica@168.226.179.21)
21:20.06CIA-40BRL-CAD: 03brlcad * r39514 10/brlcad/trunk/src/util/ (Makefile.am msrandom.c random.c): rename msrandom to just 'random'. the ms prefix is misleading and cryptic.
21:39.23CIA-40BRL-CAD: 03brlcad * r39515 10/brlcad/trunk/ (5 files in 2 dirs): added a manual page for 'random', formerly msrandom, a tool used for generating libbn random numbers from a gaussian or uniform distribution.
21:40.58CIA-40BRL-CAD: 03brlcad * r39516 10/brlcad/trunk/src/util/remapid.1: need to escape spaces on a .RB
21:40.59``Erikhey, brlcad, you don't use bash on the new server, do ya? looks like an upgrade stopped in the middle and I lost an uplink, so bash can't find an old version of a library, refuses to start up :/
21:41.29``Erikprobably have a screen waiting for input in the portmanager run :/ (annoys me that it doesn't preflight that)
21:48.01CIA-40BRL-CAD: 03brlcad * r39517 10/brlcad/trunk/src/util/remapid.c: ws style and func cleanup
21:50.09CIA-40BRL-CAD: 03brlcad * r39518 10/brlcad/trunk/src/ (4 files in 2 dirs): move remapid from out of the util directory into the gtools directory since it's a geometry processing tool (it was the only in src/util that called db_open() too).
21:51.04brlcad``Erik: I do
21:55.48CIA-40BRL-CAD: 03brlcad * r39519 10/brlcad/trunk/ (TODO src/util/Makefile.am):
21:55.52CIA-40BRL-CAD: remove the 'binfo' tool. it was conceived to report information about a given
21:55.52CIA-40BRL-CAD: install of brl-cad. very similar to brlcad-config and could serve as a basis
21:55.52CIA-40BRL-CAD: for it, but 'binfo' as it is presently written is mostly useless and
21:55.52CIA-40BRL-CAD: undocumented.
22:00.56CIA-40BRL-CAD: 03brlcad * r39520 10/brlcad/trunk/src/nirt/showshot.1: there is no longer a 15-char limit on object names
22:02.34CIA-40BRL-CAD: 03brlcad * r39521 10/brlcad/trunk/src/nirt/showshot.c: ws cleanup
22:12.26*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
22:16.29CIA-40BRL-CAD: 03brlcad * r39522 10/brlcad/trunk/src/rttherm/ssampview.c: huh, the script actually tries to source in the ssampview.tcl script. help it find the script by calling bu_brlcad_root() instead of hard-coding a search into the user's home directory.
22:21.12CIA-40BRL-CAD: 03brlcad * r39523 10/brlcad/trunk/src/canon/ (Makefile.am ipuscan.c ipustat.c pix-ipu.c png-ipu.c): similarly, no need to deprecate ipuscan, ipustat, pix-ipu, and png-ipu. they were never documented so just remove them.
22:22.52brlcadwoot, 14 tools deprecated/obsoleted
22:42.00louipcwoo less build time
22:50.05brlcadif percentage of tools correllates with % of build time, and it doesn't, it's pretty minimal ;)
22:51.14brlcad~(1 - (405 - 14) / 405) * 100.0
22:51.15ibot3.456790123457
22:51.45brlcadyeah, about a 3% decrease in build time if they did
22:52.25``Erikit might shave, oh, 2 or 3 seconds off of a 10 minute build, though :D
22:52.28brlcadbut it DOES bring our total build count under 400 again .. hasn't been that low since pre open sourcing
22:53.23``Erik<-- would like to make all our pix converters a single binary eventually, with hard links and argv[0] parsing, kinda like gzip/gunzip
22:53.35brlcaddid get them all roughly categorized
22:53.45brlcadnods
22:54.24``Erik(was my intent with the bu_image stuff I started and promptly ignored)
22:56.41``Erikhas crit busy fixing things up, returns to cleaning his entry and study O.o
23:46.10starseekerglares at the key bindings for MGED
23:46.30louipcthat bad?
23:46.46starseekerwell... annoying
23:53.03louipchehe
23:53.22starseekerworking on a display manager using the togl widget - making progress, but it's very frustrating
23:53.41starseekerhave to come at it from the C side, and like most things tcl that's not the "right way" to do things
23:54.17louipca lot of these widgets could use some work though right?
IRC log for #brlcad on 20100603

IRC log for #brlcad on 20100603

00:13.30starseekerlouipc: what, ours or Tk generally?
00:14.03louipctk
00:16.13starseekeryeah, they're slowly being beautified via ttk
00:16.43starseekerbut every time I mention using tcl/tk from C in the tcl channel I get the hairy eyeball
00:16.59louipchehe
00:22.10starseekerI've wondered a little about the relationship between libdm, mged, and the core logic...
00:24.16starseekerhow much sense "libdm" really makes and whether that logic belongs in each UI application
02:28.13*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
02:28.13*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
03:11.57CIA-40BRL-CAD: 03brlcad * r39524 10/brlcad/trunk/doc/ (Makefile.am tool_categories.txt):
03:11.58CIA-40BRL-CAD: categorize all of the installed brl-cad tools into a dozen separate categories
03:11.58CIA-40BRL-CAD: including infrastructure tools, procedural tools, plotter tools, infrared tools,
03:11.59CIA-40BRL-CAD: animation tools, processing tools, framebuffer tools, geometry tools, importers,
03:11.59CIA-40BRL-CAD: exporters, conversion tools, and rendering analysis tools
03:17.11brlcadthat certainly took longer than expected
03:32.48CIA-40BRL-CAD: 03brlcad * r39525 10/brlcad/trunk/BUGS: the generated/installed gqa manual page has the wrong indentation in the options section. in a couple places, the second paragraph jumps back up a level and stays a level too deep after the -G option.
04:12.36*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:55.45CIA-40BRL-CAD: 03brlcad * r39526 10/brlcad/trunk/TODO: 'cp' command behavior changed. consider restoring the draw.
04:57.12brlcadnotices that OpenGL.m4 is not actually being put to use
06:32.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
07:04.46``Erikit was put there because starseeker was looking for the functionality and surveying possible macro sets to help with his togl and agl stuff
07:05.57``Erikhe's been gunshy about digging into the agl dm, though, keeps trying to get bob to do it :D
07:06.57``Erik<-- kinda wondering if the glx and wgl dm's should be collapsed and use some ifdef fu O.o
08:58.52*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
10:28.56CIA-40BRL-CAD: 03louipc * r39527 10/brlcad/trunk/src/ (gtools/remapid.1 util/remapid.1): remapid: Move man page to proper place.
12:28.18starseeker``Erik: probably
12:29.03starseekerin theory all three OGL platforms should be pretty much the same code with a little different initialization
12:29.27starseekerthat's pretty much what Togl does, except it hides all the messy details of the OpenGL
12:29.37starseeker(initialization)
12:30.43starseekerif I can actually get dm-togl working, it's probably a hop, skip and a jump from there to a consolidated wgl/ogl/agl codebase
12:31.07starseekerbut it would essentially entail grabbing the #ifdef logic out of Togl and putting it into our own code
12:34.13starseekerhmm... we really need to handle the keybindings so that it doesn't really matter where the focus is as long as it is in the mged window...
12:34.45starseekerfor a lot of the commands, I don't see why it matters at all...
12:35.39starseekermutters... doggone it multipane
12:36.03starseekergonna have to experiment with methods to hide/unhide windows...
12:37.47starseekerbrlcad: I'm gonna take a look at OpenGL.m4 once i've got basic togl functionality up on my box - right now my box is the only Mac that can build togl
12:38.32starseeker(that's why I was also asking about whether we could use the autoconf-gl-macros...
12:56.06starseekerhmm... window size doesn't behave on gentoo
12:56.14starseekerwwwwhhhhhyyyyy????
12:56.29``Erikgentoo is "special"
12:56.31``Erik:D
13:01.26``Erikhuh http://www.ibm.com/developerworks/linux/library/l-buildbot/index.html
13:03.02louipchuh
13:19.10*** join/#brlcad stevegt_3 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
13:52.19*** join/#brlcad Stattrav (~Stattrav@124.125.181.135)
15:07.07*** join/#brlcad Stattrav (~Stattrav@117.96.7.229)
16:02.30*** join/#brlcad Stattrav (~Stattrav@110.224.248.2)
16:12.30brlcad``Erik: setting up buildbot would be awesome, you working on it?
16:22.35CIA-40BRL-CAD: 03brlcad * r39528 10/brlcad/trunk/src/util/bwrot.c: make the in/out file pointers be non-global, passing around as eparams as needed.
16:27.55CIA-40BRL-CAD: 03brlcad * r39529 10/brlcad/trunk/src/util/bwrot.c: reorder to avoid forward decls
17:02.28``Eriknope, just saw the article and thought it seemed relevant :D
18:03.53CIA-40BRL-CAD: 03starseeker * r39530 10/brlcad/branches/dmtogl/src/ (libdm/dm-togl.c tclscripts/mged/mview.tcl): Try this, after consulting with Bob - change how the grid handles resizing instead of manually forcing window size.
18:45.28CIA-40BRL-CAD: 03brlcad * r39531 10/brlcad/trunk/src/libbu/bitv.c: while more 'efficient' to not initialize the bit vectors to zero, they're useless until they are initialized so allocate them cleared. guarantee zero-init so it's not necessary to immediately call bu_bit_clear().
18:46.04CIA-40BRL-CAD: 03brlcad * r39532 10/brlcad/trunk/include/bu.h: now guarantee that the bitv is initialized to zero, so calls to bu_bitv_clear() are not necessary for every bu_bitv_new() call.
18:47.58CIA-40BRL-CAD: 03starseeker * r39533 10/brlcad/branches/dmtogl/src/tclscripts/mged/mview.tcl: More mview tweaks.
19:20.31CIA-40BRL-CAD: 03brlcad * r39534 10/brlcad/trunk/src/ (10 files in 7 dirs): now that bu_bitv_new() returns zero'd memory, we can avoid a slew of calls to bu_bitv_clear() that nearly always followed. 16 instances.
19:35.29CIA-40BRL-CAD: 03erikgreenwald * r39535 10/brlcad/trunk/src/adrt/librender/cut.c: set cut line width based on model size and length to begin at viewpoint and end just after model
19:57.20CIA-40BRL-CAD: 03erikgreenwald * r39536 10/brlcad/trunk/src/adrt/librender/cut.c: paint intersected regions red
20:05.50CIA-40BRL-CAD: 03erikgreenwald * r39537 10/isst/trunk/sdl/ (event.c myplugin.c): clear cut list before cutting. something about grabbing pointer on fullscreen. other minor stuff
20:53.50CIA-40BRL-CAD: 03brlcad * r39538 10/brlcad/trunk/src/util/pix-png.c: windows should need binary mode
20:54.47CIA-40BRL-CAD: 03brlcad * r39539 10/brlcad/trunk/src/util/bwrot.c: add a -o output option in addition to redirected output so we can debug this sucker with gdb and be consistent with pix-png's similar flexibility
21:17.22*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
21:28.52CIA-40BRL-CAD: 03brlcad * r39540 10/brlcad/trunk/src/libfb/ (if_ogl.c if_wgl.c): allow ogl windows to receive signals while lingering! ignoring HUP and INT are particularly annoying as they screw with the process and prevent tools like pix-fb from being quit with ctrl-c
21:29.51CIA-40BRL-CAD: 03brlcad * r39541 10/brlcad/trunk/src/util/bwrot.c: refactor the various bu_exit() calls away and use libbu memory management. free our memory properly even if we are exiting early.
21:31.20CIA-40BRL-CAD: 03brlcad * r39542 10/brlcad/trunk/src/util/bwrot.c: clarify what they can do about tty
21:33.46CIA-40BRL-CAD: 03erikgreenwald * r39543 10/brlcad/trunk/src/adrt/ (adrt_struct.h load_g.c): store material id for meshes/regions
21:43.34CIA-40BRL-CAD: 03erikgreenwald * r39544 10/brlcad/trunk/src/liboptical/sh_toon.c: painting the edges black (outline) should be based on the eye ray, not the light ray
21:54.58*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:11.33CIA-40BRL-CAD: 03brlcad * r39545 10/brlcad/trunk/src/util/bwrot.c: more global elimination. clean up usage to one-liners too.
22:27.12CIA-40BRL-CAD: 03brlcad * r39546 10/brlcad/trunk/src/other/libpng/Makefile.am: pngtest.c is not part of the library. it has a main().
22:40.16``Erik*yawn*
22:49.47*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
23:12.21CIA-40BRL-CAD: 03brlcad * r39547 10/brlcad/trunk/src/util/bwrot.c: oops, '-' means stdin not stdout. also fix a slew of sign/unsign mismatches with the introduction of size_t's. quell everything and adjust iteration ranges to be positive so we can halt on zero.
23:27.05CIA-40BRL-CAD: 03brlcad * r39548 10/brlcad/trunk/src/util/ (bwrot.1 bwrot.c): update documentation on the new -o output option as well as making the usage statements match each other.
23:53.58CIA-40BRL-CAD: 03brlcad * r39549 10/brlcad/trunk/src/util/bwrot.c:
23:53.59CIA-40BRL-CAD: add in a 'pixbytes' parameter to match pixrot, representing the number of image
23:54.00CIA-40BRL-CAD: channels (i.e., the number of bytes per pixel) there are in the input image. bw
23:54.01CIA-40BRL-CAD: files are just 1, but add a -# parameter as well to let the count be
23:54.01CIA-40BRL-CAD: user-specified.
23:56.03CIA-40BRL-CAD: 03brlcad * r39550 10/brlcad/trunk/src/util/bwrot.c: sure enough, they're needed to accommodate the overincrement
IRC log for #brlcad on 20100604

IRC log for #brlcad on 20100604

00:02.21CIA-40BRL-CAD: 03brlcad * r39551 10/brlcad/trunk/src/util/bwrot.c: oops, subtract a positive
00:36.17CIA-40BRL-CAD: 03brlcad * r39552 10/brlcad/trunk/ (7 files in 5 dirs):
00:36.18CIA-40BRL-CAD: stub in libicv. initial content is actually a processing function, icv_rot(),
00:36.20CIA-40BRL-CAD: which is a refactoring of bwrot and pixrot into one source for both. this
00:36.20CIA-40BRL-CAD: initial interface is a work-in-progress and was left in libged-style argc/argv
00:36.20CIA-40BRL-CAD: style as a mere step forward on refactoring the util dir tools. still a lot to
00:36.21CIA-40BRL-CAD: be sorted out.
00:37.22CIA-40BRL-CAD: 03brlcad * r39553 10/brlcad/trunk/src/libicv/ (CMakeLists.txt Makefile.am): er, helps to add the build files too
00:42.00*** join/#brlcad Nohla (~jesica@201.255.236.212)
00:45.06``Erikicv is now real? is the bu_image stuff hoisted?
00:45.17``Erik<-- was awful close to going back to bu_image work O.o
01:19.51brlcadquasi real
01:20.09brlcadjust more of the rot refactoring that I've been working through today
01:20.38*** join/#brlcad Aeamus (~Enigma@unaffiliated/r0b0t1)
01:20.39brlcadwhich ironically has little to do with conversion, but is a good refactoring test case for image processing
01:21.12brlcadno bu stuff hoisted yet
01:29.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
01:31.39louipcwhat's icv stand for?
01:38.04``Erikimage conversion
01:39.44louipcaahah like gcv
02:37.25*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:51.46``Erikya
02:53.15*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:59.17louipcls
02:59.21louipcerrp
03:22.25*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
03:38.14*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:07.59*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:17.56CIA-40BRL-CAD: 03brlcad * r39554 10/brlcad/trunk/src/libicv/Makefile.am: ligicvftw
04:46.27CIA-40BRL-CAD: 03brlcad * r39555 10/brlcad/trunk/src/Makefile.am: ISSTDIR is not defined.
05:11.05CIA-40BRL-CAD: 03brlcad * r39556 10/brlcad/trunk/src/adrt/Makefile.am: pkglibdir can't be conditional
05:39.25brlcadprimitives/metaball/metaball.c:455: warning: passing argument 1 of 'rt_metaball_find_intersection' from incompatible pointer type
05:39.29brlcadprimitives/metaball/metaball.c:455: warning: passing argument 3 of 'rt_metaball_find_intersection' from incompatible pointer type
05:39.32brlcadprimitives/metaball/metaball.c:455: warning: passing argument 4 of 'rt_metaball_find_intersection' from incompatible pointer type
05:39.35brlcadprimitives/metaball/metaball.c:469: warning: passing argument 1 of 'rt_metaball_find_intersection' from incompatible pointer type
05:39.38brlcadprimitives/metaball/metaball.c:469: warning: passing argument 3 of 'rt_metaball_find_intersection' from incompatible pointer type
05:39.42brlcadprimitives/metaball/metaball.c:469: warning: passing argument 4 of 'rt_metaball_find_intersection' from incompatible pointer type
05:50.11CIA-40BRL-CAD: 03brlcad * r39557 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: quellage. looks like rt_metaball_find_intersection wants pointers to point_t's and a couple of them are const
05:56.55CIA-40BRL-CAD: 03brlcad * r39558 10/brlcad/trunk/src/util/pix-png.c: quell, remove two globals
06:26.37CIA-40BRL-CAD: 03Shirnie12 07http://brlcad.org * r2243 10/wiki/URL_URI_URN_Implimentations:
08:56.38CIA-40BRL-CAD: 03d_rossberg * r39559 10/rt^3/trunk/ (5 files in 2 dirs): C++ interface to the rpc primitive (right parabolic cylinder)
08:59.31CIA-40BRL-CAD: 03d_rossberg * r39560 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: include C++ interface to the right parabolic cylinder (ParabolicCylinder, rpc) primitive
10:21.27*** join/#brlcad Stattrav (~Stattrav@123.238.45.214)
14:00.58``Eriknow THAT is odd. nmg tess fail, but doing just the region succeeds... probably forgetting to clear a variable before using it or something :/
14:07.39``Erikbrlcad: that metaball stuff is probably const related, what platform ya seeing it on?
14:08.32brlcadalready fixed
14:08.41brlcadr39557
14:09.26``Erikah
14:09.37``Erikstill getting some coffee in me, brain ain't operational yet :D
14:26.43CIA-40BRL-CAD: 03Erik 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Shirnie12]] with an expiry time of infinite (account creation disabled): Spamming links to external sites: spam spam spam and egg salad
14:27.08CIA-40BRL-CAD: 03Erik 07http://brlcad.org * r2244 10/wiki/URL_URI_URN_Implimentations: Undo revision 2243 by [[Special:Contributions/Shirnie12|Shirnie12]] ([[User talk:Shirnie12|Talk]])
15:08.54*** join/#brlcad Stattrav (~Stattrav@124.125.181.135)
16:45.21brlcadyeesh, lots of root attempts today
17:08.43``Erikwhat's the count for those before an IP block? 3? and part of nightly cron? wonder if a more responsive system might be useful O.o
20:12.20``Erikhm
20:14.11CIA-40BRL-CAD: 03erikgreenwald * r39561 10/brlcad/trunk/ (include/bu.h src/libbu/Makefile.am src/libbu/simd.c): runtime SIMD(sse) detection.
20:32.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:29.08*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:54.25*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:10.06CIA-40BRL-CAD: 03brlcad * r39562 10/brlcad/trunk/ (misc/win32-msvc8/libbu/libbu.vcproj src/libbu/CMakeLists.txt): add simd.c to the other build systems
23:19.48*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
IRC log for #brlcad on 20100605

IRC log for #brlcad on 20100605

00:15.35*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
01:01.51*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
03:08.25*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
04:27.37*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:37.29*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:40.56*** join/#brlcad Ralith (~ralith@216.162.199.202)
08:09.01*** join/#brlcad Ralith (~ralith@216.162.199.202)
09:54.40*** join/#brlcad SWPadnos_ (~Me@216.114.141.108)
10:42.51*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
12:44.55*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
16:28.18*** join/#brlcad Stattrav (~Stattrav@124.125.181.135)
17:27.43*** join/#brlcad CIA-40 (cia@208.69.182.149)
18:21.25*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:39.58*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
22:23.05*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
23:09.15*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100606

IRC log for #brlcad on 20100606

01:05.29*** join/#brlcad salvarane (~salvarane@93-41-130-162.ip81.fastwebnet.it)
01:05.52salvaranehello
01:59.41*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:57.17juubhmm, I've spent far too much time away from brl-cad.
04:57.35juubDoes the current gui implementation make any use of GLUT?
04:58.10juubI've begun reading my "OpenGL Programming for the X Window System", and GLUT seems pretty helpful for cross-platforming.
05:09.46starseekerjuub: as of now, I beleve the answer is no
05:10.35starseeker(we're currently trying to get the Togl widget to serve in support of a cross-platform display manager
05:15.13juubnever heard of Togl.  I'll ask google.
05:15.28juubAny reasons, in particular, for not using GLUT?
05:15.49starseekershrugs. Our GL code predates even OpenGL itself
05:15.56juubsweet
05:15.59juub^_^
05:16.02juubany plans on updating it?
05:16.34starseekerthat gets wrapped up in a whole slew of user interface design issues
05:16.40juubnods
05:16.46juubRendering issues too, I imagine.
05:16.52starseekerthe hope is togl can do what we do now cross-platform
05:17.01juubI see
05:17.05starseeker(and providing us nice Tk window wrappers)
05:17.36starseekerbut so far I'm having a time of it getting things to behave - as with most things Tcl/Tk, coming at it from the C side is a pain
05:18.09juubSo I've seen you mention.  What are the options if it doesn't pan out?
05:20.27starseekerrefactoring our existing wgl and ogl display managers to share common code and isolate the initialization/platform specific stuff, and add agl support (Apple)
05:21.13juubwgl being Windows' OpenGL variant?  I'm not very experienced with graphics programming.
05:21.14starseekerthat's the "least impact" approach, but requires the most mucking with the guts of AGL
05:21.17starseekeryes
05:21.47starseekerWGL == Windows OpenGL, ogl is our X11 GLX based OpenGL dm, and AGL is Apple's OpenGL
05:22.01juubThis sounds like GLUT would be a prime candidate for, but there are probably issues I'm wholly unaware of.
05:22.08starseekerwe're trying to get things working with native Aqua Tcl/Tk, so we don't need X11 on the mac
05:22.31starseekeractually, we probably don't need GLUT for what we do now
05:22.41starseeker(ogl and wgl don't use it, as far as I know)
05:23.14juubRight, my understanding of GLUT is that it serves as an abstraction layer over ogl, wgl, agl.
05:23.24starseekerthe other approach is to go "all in" and use something like Ogre3D
05:23.41juubthat sounds like it would be tough too.
05:24.46starseekerit would be some work, but would position us to translate to a "next generation" graphical display/environment
05:25.23juubWell, I'm very interested in the route you take.  There's another FOSS project that is using tcl/tk, which is migrating away from it, and it is of great interest to see the different approaches taken: micropolis, if you're interested.
05:26.24starseekerthere was some google summer of code work on getting Ogre and Qt to play together
05:26.40starseekerbut that's definitely longer term
05:26.47juubhmm, I'm looking at the Togl page, and it says it has a C API.  Is it not sufficient?
05:26.56starseekerin theory
05:27.10starseekerbut notice there isn't a C way to create a togl instance
05:27.53starseekerwhich means having to Tcl_Eval a Tcl/tk togl command
05:28.07juubhmm. Meaning the API is for calling C code from togl (tcl/tk), but not the other way around?
05:28.18starseekerThe font functions aren't portable to AGL (just for more fun)
05:28.30juubaw, reading is over rated ;)
05:28.44juubIRC be damned
05:29.01starseekerjuub: I have a feeling the intent of the C api is to help people writing Tcl/Tk functions in C (we do some of that in src/adrt)
05:29.02juubeverything needs to be idiot proof icons these days
05:29.30juubhmm, interesting
05:29.38starseekerbut our libdm code does EVERYTHING in C - window creation, setup, make visible...
05:29.59starseekerand for some reason I can't get use the mouse to move anything...
05:30.07juubI'm not familiar with dm in the least.
05:30.15starseekercode is in src/libdm
05:30.39starseekerpretty much one file to a display manager for the core code, and a lot of scattered ifdef stuff
05:31.05starseekerthe togl stuff is in a branch right now so I don't bust up the main tree
05:31.27starseekerit's far enough along so that I can see some stuff, but Tk's key bindings apparently hate me
05:32.10juubit sucks being loathed by an inanimate code base :(
05:32.43starseekerand worst case scenario I'll have to bring in FTGL to get text in AGL...
05:32.55juubhmm, I could have sworn I checked out the brl-cad source a while ago... which SCM does it use?
05:33.02starseekersubversion
05:33.05juubhmm
05:33.13starseeker~svn
05:33.14ibotSubversion (aka SVN) is version control software that aims to be a better CVS than CVS. See http://subversion.tigris.org/.
05:33.24juubodd, I don't have it in my svn directory...
05:33.42juubmaybe I grabbed the code in my sleep :/
05:33.48starseekerheh
05:33.58juubnot even in the snapshot directory...
05:34.03starseekerjuub: if you want to wade into the libdm code you're welcome, but beware
05:34.31juubYeah, I don't think I'll tread in there until I've finished the green book (aforementioned OpenGL X Window System Programming).
05:34.47juubAll I'd likely accomplish is confusing myself, and breaking things.
05:34.47starseekerI'm working with it because I need too, not because it's a fun place to code ;-)
05:34.53juub:)
05:35.04starseekerthe fun comes after it's working properly
05:35.10juubYeah
05:37.37juub(that micropolis project is the old school SimCIty, btw)
05:37.57starseekercool - thought I remembered that
05:38.03juubIt probably has a much simpler Tcl/Tk binding that might provide a simpler entry point with ToGL... and you'll get to play SimCity while testing ^_^
05:38.19starseekerthey're not the first to migrate off of Tcl/Tk...
05:38.25juubI couldn't get it to compile due to a yacc/bison conflict, so I gave up =D
05:38.31starseekerjuub: I may study more closely how Ayam does things
05:38.48juubNot familiar with Ayam either, I belive I've seen you mention it several times before.
05:38.54starseekerhttp://ayam.sourceforge.net/
05:38.58juubyup, already there
05:39.09juubspiffy logo
05:39.29juubah yes, I vaguely remember looking at this before.
05:40.38starseekerit would probably be simpler to figure out roughly how they do what they do and then do something similar in the new Archer GUI, but that would leave old MGED out in the cold
05:40.52juubhow come?
05:41.02juubWhat's the archer gui?
05:41.16starseekerreworking MGED to not use libdm/libfb would be a job
05:41.25juubI see
05:41.33juublibfb == frame buffer library?
05:41.38starseekerArcher is our prototype GUI where the work on the next generation MGED interface is going on
05:41.41starseekeryes
05:41.46juubAh, I see.
05:41.56starseekerlet me see if I have a good screenshot handy...
05:43.27juubhow large is the brl-cad repository tree?
05:43.38juubYikes, I'm down to 600MB free on /home
05:45.01starseekeruh, what did you check out?
05:45.05starseekeryou don't want root
05:45.08starseekerdo this:
05:45.11juubI haven't checked out anything.
05:45.22starseekersvn co https://brlcad.svn.sf.net/svnroot/brlcad/brlcad/trunk brlcad
05:45.42starseekerfew hundred megs maybe?  haven't checked lately
05:45.43juubI was wondering what the disk usage would be of the repository beforehand since I'm so low in /home
05:45.46juubnods
06:06.39starseekerjuub: here's the current state of Archer:  http://bzflag.bz/~starseeker/archer_latest.png
06:16.33starseekercheck ogl on gentoo and reluctantly concludes he has majorly messed up in dm-togl somewhere
06:18.31starseekermaybe glut would be a possiblity, dunno
06:18.35juubpoints, "I know that truck!"
06:18.57juubwell that archer stuff is lookin' good.
06:19.16juubI'm on gentoo too, where are you looking at ogl to draw your conclusions about dm-togl?
06:20.05juubI really think GLUT might solve a lot of your problems, it seems to me its purpose in life is to streamline exactly what you're trying to achieve.  Alas, I'm far too new to graphics programming to be an authority on the subject.
10:04.01*** join/#brlcad akafubu (~akafubu@c-71-228-184-130.hsd1.al.comcast.net)
10:04.02*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
18:33.39*** join/#brlcad Nohla (~jesica@168.226.179.194)
18:56.03*** join/#brlcad Ralith (~ralith@216.162.199.202)
19:10.48*** join/#brlcad Alaric` (~alaric@babcom.com)
19:12.25Alaric`quick question, if I may.  If I have a model in which I have discovered that I made a poor choice of origin, is there any straightforward way to grab my entire model and move and rotate all the primitives at once to give me a more convenient origin?
19:57.28``Erikmove the top level, then do an xpush or something?
20:04.58``Erikjuub: glut is awesomesauce when things are really simply, but it quickly becomes a hinderance... starseeker is bumping up agianst some ofthe problems since togl imitates glut's event loop :/ sdl is what the cool kids use :D
20:51.31*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:41.57*** join/#brlcad stevegt_3 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
22:15.13Alaric`this is curious ....  model that currently contains 47 geometry elements; insert a new rcc foo1, mged draws it but then says foo1 already exists; kill foo1, mged kills it but then complains (four times) that it doesn't exist
22:47.36*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
23:12.30Alaric`if I add one of the problem elements into a region, once, meged says the region contains it five times
23:12.35Alaric`mged, rather
23:15.44*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
23:17.47*** join/#brlcad Ralith (~ralith@216.162.199.202)
23:23.32*** join/#brlcad Nohla (~jesica@168.226.179.194)
IRC log for #brlcad on 20100607

IRC log for #brlcad on 20100607

01:37.30*** part/#brlcad Alaric` (~alaric@babcom.com)
02:06.04juub``Erik: good to know, thanks.
04:05.12*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:14.26starseekertakes another crack at Ogre/Ogitor building...
04:59.59juubstarseeker: gl
05:00.03juub(no pun intended)
05:00.48juub``Erik: when you get a chance, could you elaborate on what causes GLUT to become a hinderance?  You don't have to go into detail, just the gist or so.  Thanks.
10:30.04*** join/#brlcad AlexAnteMachina (~5f5893fb@gateway/web/freenode/x-dmjyjibaoddjmryu)
10:30.07AlexAnteMachinahi all
10:30.13AlexAnteMachinaanybody alive in here?
10:30.44AlexAnteMachinaI just came across brl-cad and like to know wether it is comparable to Solid Edge
13:12.50*** join/#brlcad ibot (~ibot@rikers.org)
13:12.50*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
15:17.34``Erikjuub: input and window management is simplistic and crude, and it doesn't allow you to control the top event loop
15:50.14CIA-40BRL-CAD: 03starseeker * r39563 10/brlcad/trunk/src/other/togl/: Ignore some stuff in togl subdir.
16:54.26*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
17:47.02brlcadheh, "comparable" .. you can compare just about anything
17:53.43*** join/#brlcad stevegt_3 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
18:36.15*** join/#brlcad kenagain (~ken@d149-67-221-118.try.wideopenwest.com)
18:36.49kenagainhello everyone
18:39.29juub``Erik: gotchya, thanks
18:51.59brlcadjuub: you working on some code?
18:52.04brlcadhowdy kenagain
18:52.07juubnot for brlcad, unfortunately.
18:52.20juubJust reading an OpenGL book.
18:52.49juub"OpenGL Programming for the X Window System", it mentions GLUT, and I was asking starseeker the other night why brl-cad doesn't use it.
18:53.10brlcadintos into opengl usually start with glut
18:53.50brlcadglut was developed to help folks get started, get a window up where you could start chattering opengl
18:53.52kenagainis anyone familiar with installing from source on fedora?
18:53.53juubyeah... this starts with Xlib, then Motif, and /then/ GLUT.  It's an old book.  Source isn't even available on their FTP anymore.
18:54.42brlcadbut almost universally accepted that glut is insufficient for almost all real-world applications because the api is overly simplistic
18:55.33brlcadmodern glut has gotten a LOT better, come a long way, but it still makes a lot of things difficult and other things impossible
18:55.46brlcadevent management is one of the bigger ones
18:56.10juubnods
18:56.12brlcadkenagain: not specifically for fedora, but can probably help you out with building for most environments
18:56.13juubthat's what ``Erik was saying.
18:56.31brlcadthe guy working on fedora integration has been in here from time to time
18:56.32juubHe mentioned SDL as the prime alternative.
18:56.42brlcadyeah
18:57.07brlcadit's a good toolkit for window and event management, abstracted from underlying implementation
18:57.19juubStill, for my purposes: learning OpenGL, GLUT will suffice.  I only hope I'm cognizant enough to realize when its limitations are becoming a hinderance.
18:58.07kenagainalright. so fedora 13 doesn't ship with gcc, so I had to install it with yum. now I have it fresh and all, the brlcad config file isn't generating a makefile. I have a log of what went down, but I can't figure out where it went wrong
18:58.31kenagainand the readme just says to ask for help if something goes wrong
18:58.50juubprobably missing dependencies.... Although that's likely pointing out the obvious.
18:59.50brlcadjuub: glut will not only suffice, it's recommended while you're learning -- consistent stable environment
18:59.58juubbrlcad: indeed
19:00.03louipc~paste
19:00.04iboti heard paste is http://rafb.net/paste/, or see also pb, or http://bin.cakephp.org/
19:00.14louipckenagain: paste the config log
19:00.15kenagainif I fpaste the log file, could someone look it over/
19:00.18kenagainlol kk
19:00.20brlcadkenagain: you'll also need to install g++
19:00.22louipc:D
19:00.26juubstill, I like the Xlib section.  The motif stuff won't compile, and there are too many alternatives to care about that.
19:00.37louipcrafb.net is dead
19:00.45juubhttp://pastebin.com/
19:00.57louipchow do you tell ibot that rafb.net is dead?
19:00.58louipc:/
19:01.32juubalso, imagebin.org for screenshots.
19:01.46brlcadkenagain: xlib-devel, xi-devel, xt-devel, bison, flex  .. and of course the gnu autotools (autoconf, automake, libtool)
19:01.58louipcI love imagebin
19:02.03juubme too :)
19:02.13brlcadpastebin.com is not recommended, unreachable at some locations, use the .org or the .ca one instead
19:02.58juubdidn't know that.
19:04.02CIA-40BRL-CAD: 03starseeker * r39564 10/brlcad/branches/dmtogl/src/libdm/ (Makefile.am query.c): Odd fixes and tweaks to dm-togl
19:04.19brlcadibot: forget paste
19:04.19iboti forgot paste, brlcad
19:04.27kenagainwow, syntax highlighting? pastebin is fancy
19:05.31kenagainhttp://pastebin.org/316391
19:05.32brlcad~paste is http://pastebin.org/ or http://bin.cakephp.org/ or http://pastebin.ca/
19:05.33ibotokay, brlcad
19:06.19brlcadlooks like the pastebin is cut off
19:06.43kenagainyea
19:07.07kenagainits kind of a huge log file
19:07.19kenagain718.4 k
19:07.39kenagainit maxed the limit of fpaste too
19:07.47brlcadpost the standard out instead of the log file
19:08.20brlcadthe log file is to figure out "why" .. the regular output will say "what" and that might be enough
19:09.03kenagainand that would be which file? afaik, this is all config put out
19:09.15brlcadwhat ./configure spit out when you run it
19:09.29brlcadlots of "checking...." lines and then some
19:10.05kenagainah, kk, lemme run it again
19:10.15brlcaddid you run autogen.sh ?
19:10.48kenagainno, the readme said to use that if I dont have a config file
19:10.57brlcadk, just checking
19:13.12kenagainhttp://pastebin.org/316407
19:13.38kenagainthat is ./configure > out.txt
19:14.15brlcadyep
19:14.18brlcadwhat I said first
19:14.30brlcad15:00 < brlcad> kenagain: you'll also need to install g++
19:14.34kenagainah
19:14.58brlcadwould be better if you install bison and flex too
19:14.59kenagainok, does it look like anything else critical is missing while I'm at it?
19:15.12CIA-40BRL-CAD: 03starseeker * r39565 10/brlcad/branches/dmtogl/src/libdm/dm-togl.c: Ah HAH! need to send the Motion events back up to the parent. Stand-alone classic mode window now has motion.
19:15.20brlcadyeah, you're missing all of the X11 development libs/headers
19:15.59brlcadxlib-devel, xi-devel, xt-devel .. not sure exactly what fedora names them, but they're the -devel or -dev counterparts that let you compile against X11
19:16.52louipcboost, tcl, tk
19:16.52kenagainyea, yum isn't finding any g++
19:17.01louipcg++ really should be in gcc
19:17.02brlcadstarseeker: woot
19:17.48kenagainlouipc: do you mean it's supposed to be there or it really ought to be there?
19:17.52brlcadyum install gcc-c++
19:18.11kenagainthat worked!
19:18.15louipckenagain: not sure anymore haha
19:18.17starseekerbrlcad: which, unfortunately, doesn't mean the regular level is behaving yet :-P
19:18.22louipcgcc = gnu compiler collection
19:18.41kenagainthen yea, I would've assumed it would in there
19:18.47louipcincluding compilers for c, c++, etc
19:18.56louipcyea
19:19.00brlcadlouipc: they break it out separate because of a lot of folks that have religion on not installing any g++ code on their system .. :)
19:19.10brlcads/g++/c++/ :)
19:19.23louipcwow, some weird religions out there
19:23.56kenagainok, so the closest thing I can find to the x*devel packages is one called "x-software-development" which is described as "These packages allow you to develop applications for the X Window System"
19:24.18kenagainno idea what's in them
19:24.43kenagainbut its a 10.5 MB collection
19:25.16brlcadthat sounds about right
19:25.25brlcadwill know more when you run configure about
19:25.28brlcads/about/again/
19:28.02kenagainis it weird for them to all be packaged together like that (in a group) but not individually?
19:28.09brlcadyeah, a little
19:29.45kenagainok, well this time I got a makefile, but also a lot of configure: WARNING:s
19:30.08louipcwhat was the output at the end of the config?
19:30.29kenagainhttp://pastebin.org/316431
19:31.04kenagain./configure complete, type 'make' to begin building
19:31.05louipclooks like it cut off
19:31.29louipcthere should be a table showing what's being built and what isn't
19:32.07brlcadlooks like it found X11 stuff
19:32.16louipcif you got to that part you may be good
19:32.23brlcadand the only warning block I see is about IEEE compat, so you should be good
19:32.23kenagainyea, it's making right now
19:33.14kenagainawesome. I've been having problems getting this installed on fedora since f9, I'm kinda really excited
19:33.36louipcbrl-cad packages all the libraries it needs, so you may be able to reduce build time buy just installing those dependencies
19:33.45louipc*by just installing them
19:34.06louipcvia your distro package manager
19:34.40kenagainwait. it packages all the x11 stuff and all that?
19:35.01louipcok not everything, but a lot :D
19:35.04kenagainlol o
19:35.12kenagainI thought you meant everything I just installed
19:35.46brlcadheh, no those are the pieces we don't bundle that are considered system components
19:35.52louipcyeah but you may be able to reduce the amount of building
19:36.04kenagainit would be nice if someone in charge of the repos would keep an up-to-date and working build of this
19:36.06brlcaduserland dependencies include things like libz, libpng, tcl/tk, librle, etc
19:36.35brlcadsomeone on the fedora team has been working on it -- just not a simple process to get clean integration
19:36.52kenagainoh good!
19:37.26kenagaini probably can't do too much, but is there any way I can help speed this process along?
19:37.43brlcadyou could chime in your support here: http://dnmouse.org/forum/viewtopic.php?f=2&t=1877&sid=501da1ea7aeb6d69b22eba6aa20711bb
19:38.23brlcador more directly here:  https://bugzilla.redhat.com/show_bug.cgi?id=518949
19:38.58kenagainoh, inclusion in autoten? that would be amazing
19:39.07brlcadvoting for it will increase the priority, or ping kwizart some more
19:43.23brlcadwhich reminds me of a few things they're waiting on....
19:43.36kenagain?
19:47.07brlcaddetails are all in the link
19:47.20kenagainah, that stuff down there in the bottom?
19:54.59brlcadsome
19:59.06*** join/#brlcad kenagain (~ken@d149-67-221-118.try.wideopenwest.com)
19:59.23kenagainsu
19:59.28kenagainer, wrong windo
20:04.38kenagainalright, so making the whole thing just overheated my comp... I think louipc said something about installing a lot of the deps that it's building through yum? is there a simple list of those somewhere in the source package?
20:05.08louipclook at the table at the end of configure log
20:05.25louipcsome things you can install are tcl, tk, boost
20:05.37louipcsearch your package repos
20:06.20CIA-40BRL-CAD: 03starseeker * r39566 10/brlcad/branches/dmtogl/src/libdm/dm-togl.c: Wince. This is ugly, but works - pass up the combinations of modifier and button keys.
20:07.36kenagainlouipc: you mean the part that starts like: "congure:52388: Build Tcl ...............: yes", right?
20:08.11louipcyep
20:08.42louipcyou'd want that to say [using system] instead of yes
20:08.50kenagainandthen I would just configure again and they'd be seen and not have to be rebuilt? or would I have to explicitly say "I don't need your stinking version of Tcl" and such?
20:09.17*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
20:09.21kenagain(the --disable-whatever options)
20:09.30louipcyep
20:09.57CIA-40BRL-CAD: 03brlcad * r39567 10/brlcad/trunk/include/bn.h: rt_vlists have been bn_vlists for a decade
20:09.59louipcyou might have to tell configure where it is installed
20:10.09louipcmake sure you get the development headers too
20:10.35brlcadmight need to delete your configure cache if you install new system components without changing other configure options
20:10.51kenagainok
20:11.26brlcadnot a big deal either way other than using up a few more MB of disk space on instal
20:13.39kenagainI think all that uninterrupted building caused my comp to overheat and shutdown on me
20:14.01kenagainso I'm just trying to minimize as much of that as I can
20:16.32brlcadthat's pretty wicked that compiling would overheat to the point of shutdown.. bad hardware!
20:17.05kenagainits a laptop with almost no cooling power
20:17.39kenagainsometimes flash objects do it too
20:19.40kenagainok, so how do I go about telling configure where I already have all these things installed? it's still giving me the the "build tcl ..: yes" bit
20:19.57brlcaddelete your cache file
20:20.02kenagaini did
20:20.07brlcadrm -rf *cache*
20:20.26kenagainyep
20:20.42brlcadtry just --disable-tcl first
20:20.51brlcadalso can leave off --enable-optimized
20:21.02brlcadthat'll just make it burn more cpu during compile
20:21.05kenagainok
20:22.23CIA-40BRL-CAD: 03starseeker * r39568 10/brlcad/branches/dmtogl/src/libdm/dm-togl.c: For this application we need Tk_PathName
20:23.30kenagainconfigure: libtcl was disabled, but no system Tcl library was found
20:23.35kenagainconfigure: libtcl was disabled, but no system Tcl library was found
20:23.50kenagain(sorry about the mini flood)
20:24.49CIA-40BRL-CAD: 03brlcad * r39569 10/brlcad/trunk/ (NEWS src/librt/primitives/extrude/extrude.c):
20:24.49CIA-40BRL-CAD: osten lundahl notes in sf bug report 3012694 (Bug in rt_extrude_tess) that we're
20:24.49CIA-40BRL-CAD: iterating over vlists from index 1 instead of index 0. the header confirms that
20:24.50CIA-40BRL-CAD: indices should be from 0, so this is a bug in the original extrude tessellation
20:24.50CIA-40BRL-CAD: implementation from Aug 2001.
20:25.02brlcadokay, so it needs to be told where tcl is or you're still missing something
20:25.11louipcmaybe headers
20:25.38brlcad--with-tcl=/path/to/tcl
20:25.44brlcadto a dir that has tclConfig.sh
20:25.49brlcad(locate tclConfig.sh)
20:30.28kenagainawesome
20:31.46kenagaineverything I installed seems to be there (couldnt find tkhtml3 or a few other things, but everything I installed is now found by configure)
20:32.21louipcyeah a few aren't generally available
20:33.00kenagainso here's hoping I don't overheat!
20:33.53kenagain(I moved my laptop over to a much cooler corner of the desk)
20:34.56CIA-40BRL-CAD: 03starseeker * r39570 10/brlcad/branches/dmtogl/src/libdm/dm-togl.c: Oh yeah, the key bindings should use Tk_PathName too.
20:35.10brlcadblow on it
20:36.19kenagainjust like soup
20:38.22kenagainyea, if anyone's ever looking into the inspiron 1500 series of laptops for a cheap knock around notebook, don't bother. I clean my fan and heatsink every couple of weeks and this is still a regular problem
20:39.39juubah ha. I see pastebin.com and pastebin.org are different sites.  Here I thought they just changed their layout, when it was really .org I was after.
20:42.51CIA-40BRL-CAD: 03starseeker * r39571 10/brlcad/branches/dmtogl/src/ (5 files in 4 dirs): Try togl in Archer
20:44.59kenagainsuccess!
20:45.27brlcadexcellent
20:46.01brlcadmight crank your cpu too hot, but can verify with "make install" and then "/usr/brlcad/bin/benchmark"
20:46.33starseekerwooot - http://bzflag.bz/~starseeker/archer_togl_aqua.png
20:46.49kenagaindoing that now
20:47.37kenagaindid install, something went wrong, no benchmark
20:49.19kenagainmged is supposed to be in /usr/brlcad/bin, right?
20:49.31starseekeryes
20:49.42kenagainyea, thats not there either
20:52.52brlcadstarseeker: that's using togl?  awesome :)
20:53.20kenagainalright, so configure seemed to work ok, make seemed to work ok, make install didn;t look like itgave me any trouble...
20:54.08brlcadmged should be in /usr/brlcad/bin
20:54.12brlcadalong with 400 other tools
20:54.19kenagainand yet I have neither benchmark (but I didnt run make benchmark) nor mged (which I assume I'm supposed to have)
20:54.37brlcadwhere did it install?
20:54.42juubstarseeker: congratulations!
20:55.14starseekerbrlcad: interactive, too!  
20:55.38kenagainthere is a /usr/brlcad and there is a /usr/brlcad/bin and it has a whole lot of stuff in it, but none of it is mged
20:56.19juubkenagain: you can try updating your locate database ($ sudo updatedb), and when it's done try $ locate mged
20:56.24kenagainor at least ls-al isnt showing me an mged
20:56.51kenagainwhere is updatedb?
20:57.02juubit's a Linux system utility, it has nothing to do with BRL-CAD.
20:57.29kenagainyea, I dont think I have that or locate, or at least theyre not in my path
20:57.35juubto find it, if you really want to know, try $ which updatedb
20:58.01juublocate is in /usr/bin/ on my system, but one problem at a time.  If you can't use it, don't bother.
20:58.09kenagainok
20:58.16juubwhat distro are you on?
20:58.23kenagainfedora 13
20:58.36juuboh, that's one of those Red Hat offshoots, isn't it?
20:58.40kenagainyea
20:58.44juubnods
20:59.36juubissuing locate at the command prompt results in a file/command not found?
20:59.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:59.46kenagainyep
20:59.51juubinteresting
21:00.17kenagainand yum info locate says No package locate available
21:00.17juubI guess locate is basically just $ find issued across the entire filesystem tree.
21:00.34starseekertry slocate
21:00.46kenagainnone of that either
21:01.31juubstarseeker: ah, there you go.  I never knew locate was a sym link to slocate on my system.
21:01.49starseekerthere should be a Fedora package for slocate
21:02.17kenagainnope, no matching packages
21:02.37kenagainat least, not in the repos I have
21:03.21kenagain(the default, rpmfusion, and I think livna)
21:05.10kenagainis there a recursive option or something similar for find?
21:05.43starseekeryou can do find from the root directory, but that will be slllow
21:06.11starseekerwhat about mlocate?
21:06.15kenagainok, so find does decend into subdirectories then?
21:06.32*** join/#brlcad Nohla (~jesica@201.255.221.196)
21:06.43kenagainok, mlocate exists and I'm installing it now
21:07.13starseekerhuh - I'll have to try mlocate
21:07.20kenagain(whats weird is that "yum info *locate*" didnt show it)
21:08.10kenagainlol oh, nvm, I used locate*
21:08.10brlcadkenagain: a bit distracted -- doesn't really matter if you have locate or not -- the idea is to find where it was installed, which you can do manually
21:08.25brlcadls -la /usr/brlcad/bin/m*
21:08.47brlcadshould be about 10 items listed
21:08.51kenagainmcut and mergechan
21:08.56brlcadjust those two?
21:08.56kenagainjust the two
21:09.01kenagainyea
21:09.01brlcadwow, odd
21:09.10brlcadyou sure make install completed?
21:09.23kenagainas sure as I can be
21:09.27brlcadheh
21:09.36kenagainit gave the prompt back
21:09.47brlcadthat doesn't mean anything
21:09.59brlcadwould have had to read the output
21:10.28brlcadmake install > install.log 2>&1
21:10.33kenagainit doesn't log that anywhere special by any chance, does it?
21:10.39kenagainright
21:10.40brlcadyou can just run it again
21:11.16kenagainok
21:12.21kenagaindone
21:14.13kenagainhttp://fpaste.org/oCUO/
21:14.30juubyou can also echo the special variable $? to see if it exitted cleanly or with an error.
21:14.35juube.g. $ echo $?
21:14.48kenagain0
21:15.15juubno, you've issued a command after issuing make install, because your pastebin clearly displays errors.
21:15.29kenagaino
21:16.03juubThe special variable $? always contains the return status of the last issued command --- although there are probably some fancy goings on with threading, forks, and exec issuance.
21:16.52kenagainyea, I fpasted immediately after make install but before I did that
21:18.03kenagainok, so reading this log, I cant actually see what went wrong
21:18.13juubit's down at the bottom...
21:18.28brlcadyeah, make install failed
21:18.34juubline 183
21:18.54kenagaincannot find -litk?
21:19.08brlcadyeah, you need to install incrTcl and incrTk
21:19.26brlcaddon't know if those are separate packages for fedora
21:19.52brlcadusually installing incrTcl gets both itcl and itk, but looks like maybe not the case for you
21:20.26kenagainyea, I installed itcl and itk, but theres no incrtcl or incrtk in the repos
21:21.05kenagainI also have the -devel packages for both
21:21.21juubI need food.  I'll bbl.  gl kenagain
21:21.25kenagainthanks
21:21.37juuboh, and when you're done installing BRL-CAD, grab the documentation tutorials.
21:21.58brlcaditcl is incrTcl, itk is incrTk
21:22.07kenagainah
21:22.23kenagainwell I should have both of those, and configure was able to find them
21:22.35kenagainer I *do* have both of those rather
21:22.40juubperhaps a problem with environment variables not pointing to the proper directories?
21:23.02brlcadnow need the config.log output, to see if everything detected correctly
21:24.05kenagainhttp://fpaste.org/GO63/
21:26.10kenagainI really need to learn to figure this sorta stuff out
21:30.50juubwell, it's all in the log files.  You saw the error in the make install output, the "cannot find -litk".  With that information you could plug the error directly into google, and see what others have done.  Alternatively, you could break up the error into its component parts, and research each individually.  In this specific case, you would read the ld manual page to learn what the -litk option is.
21:31.09juubYou would discover that it's actually -l option, which would give you insights about itk that you could then plug into google.
21:40.02kenagainso then would I be correct in saying it looks like ld doesnt have a location for itk in its path?
22:12.01brlcadso it looks like configure detected it properly and it's set to use it correctly .. except that curiously it should be -litk3.4
22:12.51kenagainhmmm
22:13.11kenagainso that is fixable then, right?
22:13.39brlcadgrep ITK src/libtclcad/Makefile
22:13.43brlcadwhat does that report?
22:15.47kenagainITK - -litk3.4; ITK_CPPFLAGS =; ITK_LIB_FILE = libtk3.4.so; LIBITK = -litk3.4
22:16.00brlcadhuh
22:16.29brlcadgrep -i itk src/libtclcad/libtclcad.la
22:17.23kenagainer
22:17.41brlcad?
22:17.47kenagainhttp://fpaste.org/Ok2N/
22:18.19brlcadyou don't have to pastebin if it's <5 lines .. even long lines ;)
22:19.06kenagainI wasnt actually sure where or how many linebreaks there were
22:19.14brlcadhum, there's the problem there somewhere
22:19.29kenagainit just flooded my terminal, so I piped it into fpaste to be safe
22:19.52brlcadno problem
22:20.11brlcadnever hurts to pastebin, just don't want to waste your time either
22:20.37brlcadi think you have a mixed build
22:20.40kenagainoh, don't worry about that; I've got nothing but time until september
22:20.43brlcadfrom the previous configure attempts
22:20.55brlcada partial or even completed build
22:20.57brlcadmake clean
22:20.59brlcadmake
22:21.14brlcadmake install
22:21.15brlcad:)
22:21.19kenagainawesome
22:21.57brlcadhits the road for a bit, back later
22:22.06kenagainshould I make benchmark this time?
22:22.07kenagainkk
22:22.11kenagainthanks for the help
22:22.31brlcadno, install first -- see if the tools are there, run the installed benchmark
22:22.36brlcadnp
22:22.42kenagainok cool, thanks again
22:57.52kenagainit worked! thanks a whole lot, you guys are awesome
IRC log for #brlcad on 20100608

IRC log for #brlcad on 20100608

00:34.04kenagaintop
01:09.34brlcadbottom
01:42.59starseekerleft
01:49.10*** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
01:52.43*** mode/#brlcad [+o tofu] by ChanServ
01:52.50*** join/#brlcad alex_jon1 (~alex_joni@81.196.65.201)
02:46.42juubright!
02:46.51brlcad:)
02:51.06juubhow's it going?
03:06.08juubthat's great.
03:06.27brlcad:)
03:06.37brlcadgoing great indeed
03:07.54starseekerglowers at Ogre and installs FreeImage...
03:08.24juubcareful, those ogres can be dangerous.  You might end up in an animated, blockbuster, film.
03:09.07starseekerwhat's the point in licensing MIT if you require a GPL image library??
03:09.21juublol
03:09.41juubwell, since it's MIT you can make it depend on a non-GPL image library with a lot of fussing.
03:09.47juubs/fussing/rewriting/
03:09.52starseekersighs
03:09.58starseekeryeah, I suppose
03:11.08starseekerchecks to see if openscenegraph has any such issues...
04:08.10starseekernotes his mouse events are a bit too enthused about setting x,y coordinates...
04:12.02brlcadstarseeker: not particularly happy about freeimage either, but their reasoning is probably because it's dual-licensed
04:13.01brlcadtheir FIPL license seems to be compatible
04:13.47starseekeroh, with LGPL?
04:13.48brlcadreads a lot like LGPLv3 or a super-verbose MIT license with extra language defining terms and talking about patents
04:13.51starseekerhasn't read...
04:14.01starseekernods
04:14.54brlcadat least that seems to be their intent
04:15.23starseekerwe'll have to give that a careful read if/when we actually get something up and running with Ogre
04:15.46starseekerapparently it's not optional in any serious sense (Ogitor appears to crash without it)
04:15.56brlcadsince the license is so verbose, I wouldn't be surprised if there were ways to nitpick a potential flaw or two, especially without OSI vetting
04:16.07brlcadthey list it as a core dependency now
04:16.45brlcaddon't remember if they used DevIL before
04:17.41starseekeryes, I believe I saw that listed as an option earlier
04:18.01starseekerthis'll be peachy - IIRC gentoo booted freeimage out of portage
04:18.16brlcadyeah, devil
04:19.40starseekerand I can't even BUILD with freeimage installed
04:20.49starseekerwait, new freeimage ebuild...
04:20.51starseekertries that
04:28.14starseeker``Erik: this looks like something you might enjoy:  http://password-taxi.at/EQL
04:36.17starseekerok, ogre built with the gentoo ebuild freeimage... good...
04:44.50brlcadinteresting, they dropped DevIL because it's now incompatible with their license
04:45.05brlcadthey were LGPL (and DevIL is LGPL), but are now MIT
04:53.33starseekerThe implication being that FIPL is compatible... wow, they're relying a non-OSI license with GPL as the alternative.  Eek
04:56.17starseekergives up commenting out Ogitor build errors for the night...
05:14.28*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
06:41.06*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
08:07.17*** join/#brlcad waprat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
11:03.14*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
11:26.06*** join/#brlcad CIA-40 (cia@208.69.182.149)
13:35.22CIA-40BRL-CAD: 03brlcad * r39572 10/brlcad/trunk/TODO: doc tasks. need dsp brief and fix forums on wiki.
13:52.05CIA-40BRL-CAD: 03erikgreenwald * r39573 10/brlcad/trunk/src/adrt/librender/ (camera.c camera.h): seperate fov (for perspective) and grid size (for ortho) instead of overloading a single variable
14:00.09CIA-40BRL-CAD: 03erikgreenwald * r39574 10/isst/trunk/sdl/ (event.c main.c): add ortho mode, "o" toggles
14:13.02CIA-40BRL-CAD: 03erikgreenwald * r39575 10/isst/trunk/gtk/ (gui.c local_worker.c): use gridsize stuff. ortho mapping and shotline now seem to work correctly
14:23.57CIA-40BRL-CAD: 03erikgreenwald * r39576 10/brlcad/trunk/src/adrt/ (librender/camera.c load_g.c): remove some matid debugging bu_log
14:24.43CIA-40BRL-CAD: 03erikgreenwald * r39577 10/isst/trunk/sdl/event.c: Z now does the opposize of z (resolution adjustment)
14:28.25*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
14:45.58juubg'morning
14:48.36brlcadhowdy
14:50.12juubhow're you?
14:50.34juubwhat did you mean above by "OSI"?  I've only heard it used in the networking context...
14:54.30``Erikopen source initiative
14:54.57``Erikhttp://www.opensource.org/licenses
15:00.40juubah, thanks
15:01.25juubhumph, I already have that paged bookmarked :/  Shoulda made the connection.
15:01.33juubblames the morning.
15:17.56brlcadOSI provides a clear definition of open source and has lawyers to review licenses to determine whether they fit the definition or not
15:19.14brlcada license that they won't approve either has clauses that aren't in the spirit of open source, have bad/ambiguous language, or is completely redundant with another license (among other things)
15:19.46brlcadgood gatekeepers of the definition without a free software bias
15:28.27juubnods
15:52.24*** join/#brlcad 5EXAAX0OI (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
16:37.45CIA-40BRL-CAD: 03starseeker * r39578 10/brlcad/branches/dmtogl/src/libdm/dm-togl.c: Try not warping on event generation.
18:13.10*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
18:48.25*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:22.08*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:34.28*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:39.04*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
21:05.26*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
21:33.06*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
21:38.40*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:54.41*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100609

IRC log for #brlcad on 20100609

01:53.45*** join/#brlcad stevegt_3 (~stevegt@cislunar.TerraLuna.Org)
01:57.17*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
01:59.06*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
02:02.03*** join/#brlcad stevegt_2 (~stevegt@cislunar.TerraLuna.Org)
02:18.06*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
02:49.52``Erikhehe, "now entering canadian wine country, with over 3 wineries to explore!"
02:56.15brlcadheh
03:02.19*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
03:11.21*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
03:35.55juubDoes anyone think it would be rude to purchase hearing aids for my parents for /my/ birthday?
03:39.02*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
03:41.57louipcyou could ask for a megaphone
03:47.54*** join/#brlcad stevegt_2 (~stevegt@cislunar.TerraLuna.Org)
04:17.48juublouipc: ah, good idea.
06:31.03*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
06:49.00*** join/#brlcad Stattrav (~Stattrav@124.125.181.135)
06:50.47*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
07:03.19juubAnyone awake?  I've got a question unrelated to BRL-CAD...
07:04.05juubMetal Shop (Machine shop), Wood shop, Workshop, etc., but what would one call a "shop" for electronics work.  "Electronics Shop" doesn't sit right with me, mostly 'cause it's so long.
08:03.56``Erikhow ya mean?
08:04.40``Erikin highschool, there was wood shop, metal tech (aka metal shop), and electronics lab
12:43.51*** join/#brlcad CIA-16 (cia@208.69.182.149)
15:06.31CIA-16BRL-CAD: 03r_weiss * r39579 10/brlcad/trunk/src/conv/obj-g_new.c: refactoring and cleanup
15:49.23*** join/#brlcad Stattrav (~Stattrav@123.238.45.233)
17:45.09juub``Erik: ah, there ya go.  "Electronics lab" fits much better.
18:05.12*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
18:21.26``Erikw00t, just got a shipping # on my car parts O.o
18:37.58*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
19:06.53*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:34.23CIA-16BRL-CAD: 03brlcad * r39580 10/brlcad/trunk/misc/win32-msvc8/ (21 files in 21 dirs):
20:36.08brlcadbah, that was increasing the compilation verbosity
20:37.09starseekeroh, did it eat the commit message?
21:38.46CIA-16BRL-CAD: 03r_weiss * r39581 10/brlcad/trunk/src/conv/obj-g_new.c: adding command line options
23:56.55CIA-16BRL-CAD: 03starseeker * r39582 10/brlcad/branches/dmtogl/ (6 files in 2 dirs): Not even remotely close to working, but start stubbing in some libfb togl stuff.
IRC log for #brlcad on 20100610

IRC log for #brlcad on 20100610

01:16.34CIA-16BRL-CAD: 03starseeker * r39583 10/brlcad/branches/dmtogl/src/libfb/ (Makefile.am if_togl.c tcl.c): Tweak some stuff - looks like there's a problem similar to the earlier togl dm issue with headers being out of order...
02:16.45starseekerbrlcad, ``Erik: I may need to ask for some expert compiling help tomorrow - I thought I was clear of this "kill the Tcl_Eval with togl includes" mess but it's reappeared in libfb...
02:17.13starseekerwonders if he should try an older togl... it's not like we need the latest/greatest goodies for this stuff...
02:17.53``ErikO.o heh
02:17.55``Erikdangit
02:18.20``Erik<-- just had to modify the sbcl build system to do what he wanted, ponders claiming vacation from build system shtuff O.o :D
02:20.47``Erik(the sbcl guys have a line in their make-config.sh script that checks if the OS is darwin, then checks if it's x86_64, then forces it to an x86-64 build even if you request an x86 (ia32) build... but a lot of my libraries are i386, so cffi was crapping itself on dlopen(3) without any decent reporting)
02:24.06``ErikI'm hoping that's my issue here, building now *shrug*
02:29.40``Erikayup, that was it heh
05:21.52juubwhoof, apparently chinese food, chocolate cake, and enough icecream to induce a stomach ache is a great recipe for alertness: I was dead tired all day, but now, at 01:21, I'm wide awake. (+ a bunch of water to flush all that outta the system)
06:01.00*** join/#brlcad raavan (~n3oo3n@juno.xinh.org)
06:01.03raavanhi *
06:01.26raavanI am new brlcad user
06:01.49raavanI need a help regarding viewing my old .dwg files
06:01.56raavanIs it possible to read those files ?
06:14.13*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
06:36.17juubraavan: I don't know, sorry.  Stick around, though, those who will know are probably sleeping.
08:09.50CIA-16BRL-CAD: 03d_rossberg * r39584 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: pstdint.h for the MS Windows (Visual Studio) installation
11:09.43*** join/#brlcad Ralith (~ralith@216.162.199.202)
12:11.19*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
15:23.07``Erikaren't dwg the autocad 2d files? O.o
15:44.51brlcadpredominantly, but they can have 3D too .. they're the proprietary format
15:50.47brlcadraavan: dwg is a proprietary format and one we can't support maintainably as open source -- if you export those files into a more open format like step or iges or even dxf, you should be able to open them up in brl-cad
15:51.05brlcadeach of those formats will give different results, so recommend exporting in multiple formats so you can compare
17:08.35juubraavan: brlcad and ``Erik were two of the people I was hinting at.
17:14.22*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
17:18.44brlcadfor you crazy cat lovers: http://video.yahoo.com/watch/4406228?v=4406228
17:21.12juubanything for the sane cat lovers?
17:24.16brlcadthey don't exist
17:27.59juubgotchya
17:51.46``Eriksaner than dog lovers :D
17:55.07juubI'm a fan of both, what does that make me? Clinical?
18:13.40*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
18:15.32brlcad``Erik: a insne person would say that
18:20.47*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
18:20.47*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
18:25.16``Erik"scientists use calvin klein cologne to lure big cats" ... I sense a barrage of "cougar hunting" jokes coming O.o
18:57.31juubhah
19:42.17*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:04.42CIA-16BRL-CAD: 03erikgreenwald * r39585 10/isst/trunk/sdl/event.c: use named macro instead of magic number that may not be the same across platforms
21:19.10CIA-16BRL-CAD: 03erikgreenwald * r39586 10/isst/trunk/configure.ac: fix the "at least one frontend" test if gtk2 is not present
21:30.33CIA-16BRL-CAD: 03erikgreenwald * r39587 10/isst/trunk/configure.ac: use brlcad-config
22:22.53CIA-16BRL-CAD: 03r_weiss * r39588 10/brlcad/trunk/src/conv/obj-g_new.c: adding documentation and performing style cleanup
22:29.06*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
23:52.33*** join/#brlcad CIA-40 (cia@208.69.182.149)
IRC log for #brlcad on 20100611

IRC log for #brlcad on 20100611

01:19.10``Erikheh, best explanation of the bp oil spill yet: http://www.collegehumor.com/video:1937317
01:33.16juubnice
01:35.50juubThe lego sniper rifle is awesome.
01:38.43``Erikhttp://roflrazzi.files.wordpress.com/2010/06/129204012835958200.jpg
01:40.29juublol
07:29.43*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
09:48.28*** join/#brlcad Stattrav (~Stattrav@124.125.181.135)
11:46.34*** join/#brlcad __monty__ (~toon@78-23-214-123.access.telenet.be)
13:09.45*** join/#brlcad ibot (~ibot@rikers.org)
13:09.45*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
13:31.17``Erik"lithobraking" hah, awesome
13:53.45*** join/#brlcad branco (~branco@79.114.29.155)
13:54.52brancoi can't help but be sarcastic : mabe the mouse was just plain ill :) : http://news.nationalgeographic.com/news/2007/04/070403-cats-rats.html
15:02.35*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:25.06CIA-40BRL-CAD: 03erikgreenwald * r39589 10/isst/trunk/sdl/myplugin.c: paint overlaps explicitely
18:40.03brlcad``Erik: run away bash script?
18:40.15brlcadpid 75897
18:51.59CIA-40BRL-CAD: 03r_weiss * r39590 10/brlcad/trunk/src/conv/obj-g_new.c: adding function documentation
20:15.23CIA-40BRL-CAD: 03starseeker * r39591 10/brlcad/branches/dmtogl/src/libfb/if_togl.c: Huh - bu_vls gums up the works. Revert to using a char array and things are OK.
20:17.32starseekersupposes he should have known not to use vls there...
20:27.30``Erikheh, for some reason, bash occasionally stops taking MOST input and busy-loops on something :/
20:27.58``Erik^c twice seems to break it when it does that, but I've seen it on bsd, mac, and linux
22:09.48*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
22:31.51*** join/#brlcad mafm (~mafm@81.32.105.77)
22:33.15mafmhey cadheads
22:34.12``Erikw00t, window switch and center console installed
22:35.11``Erik(shoulda fixed it in the driveway, too damn hot in the garage with the car engine/exhaust dumping heat
23:00.21``Erikahh, new lights in place
IRC log for #brlcad on 20100612

IRC log for #brlcad on 20100612

01:23.02*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:45.31starseeker``Erik: sweet
06:46.54*** join/#brlcad Stattrav (~Stattrav@123.238.45.214)
10:38.47*** join/#brlcad mafm (~mafm@81.32.105.77)
11:50.08``Erikhttp://brlcad.org/~erik/20100611/1600x1200/dsc00192.jpg  O.o
12:48.34``Erikhehehehhe http://www.collegehumor.com/video:1937399
12:48.53``Erikperpetual motion machine :D
16:39.08starseekerscowls at mged.sh in the doc dir... doggone it, it has to be updated to modern latex
17:37.54brlcadhowdy mafm
17:38.01brlcad``Erik: neat
18:18.33mafmhi brlcad
20:22.28CIA-40BRL-CAD: 03starseeker * r39592 10/brlcad/branches/dmtogl/ (94 files in 50 dirs): Update dmtogl branch to trunk r39590
20:47.11starseekercrafts an email to the ProFont guys and tries all known email addresses...
20:52.46starseekeraaand watches as two of the candidates promptly bounce
20:53.01starseekerok, two down three to go
22:44.22mafm``Erik: BMW ftw! :PPPPPPP
23:13.12``Erikheh
23:13.17``Erikwhy, what do you drive? :D
23:43.04starseekerbrlcad: hmm, have you seen this font?  http://www.levien.com/type/myfonts/inconsolata.html
23:48.46mafm``Erik: BMW currently
23:49.23mafmold volvo sometimes, old peugeot from my gf sometimes, old seat (volkswaven brand) until we scrapped it
23:49.57``Erikahhhh, misread ya, thought ya went fffttttt, not ftw :D
23:50.14mafmdo you drive a bmw too?
23:50.25``Erike46 m3
23:50.27mafmnewer cars are good, but I find this amazing
23:50.55mafmmine is a 1 series hatchback, dunno if it's commercialized in the USA even
23:51.15``Erikum, I've seen one here, the hatchback line has generally not been offered here
23:51.24``Erikthough recently, 175's have gone on sale here
23:51.55``Erikbmw was afraid americans would associate the hatchback design with the 70's and 80's japanese subcompact cars, I think
23:57.27mafmhttp://www.km77.com/fotos/BMW/Serie_1_2007/5_puertas-Exterior.html?division=version&numDoors=5&photoType=1&limit=8
23:57.35mafmthis one but in white
23:58.09mafmprobably you'll find it ugly, is a love-it-or-hate-it :)
IRC log for #brlcad on 20100613

IRC log for #brlcad on 20100613

00:00.06``Eriksomeone where I work has an m coupe, a red http://4.bp.blogspot.com/_lsyt_wQ2awY/SKBYegDbICI/AAAAAAAAE8k/c2iD_4ivkl8/s400/BMW-M_Coupe_1999_800x600_wallpaper_09.jpg
00:00.24``Erik<-- used to drive an old civic station wagon, the form is very useful
00:01.07mafmit's this exact looks, bumpers and wheels and everything: http://www.cochesdeocasion.com/coche_segundamano/BMW-SERIE-1-PnFkDz01JTG8ZGyV633K.html
00:01.25mafmstill new, but great performance (not that we can speed much) and excellent mileage
00:03.10mafmless than 5 litres for 100km (dunno how much is that in US mpg)
00:04.06mafmYour answer is ->  47.04 (a calculator says)
00:04.18``Erikhm, 47
00:04.19``Erikyes
00:04.44``ErikI'm getting around 10.2l/100km
00:04.51mafmdiesel (mostly clean), petrol is less
00:04.51dtidrowif my wife can find a job sometime in the near future, I might start looking for a used Nissan 240SX for a project car
00:05.25mafmbut now they're advertising a 3 series (not m) with 4.1 litres/100km
00:05.44mafmand 5 and 7 series with less than 5l/100km
00:05.56``Erikwould like to see small indirect drive diesel/electrics :/
00:06.03mafmwith petrol, you'd have to add 1.5/2 litres to that
00:06.08``Erika diesel generator, some capacitors and a couple DC motors
00:06.18mafmxD
00:06.26mafmthat's a chevrolet volt!
00:06.43``Erikno, chevy volt has some other ugliness to it, and is petrol only
00:07.08``Erikit has bunches of heavy batteries, and a gas engine to 'charge the batteries' when ya get too low on charged power
00:07.18dtidrowwas tempted by them back when I graduated - pretty anemic stock, but turbo them and they go like stink
00:07.37``Erikit's all about the corners, dude :D
00:07.50mafmBMW is starting to ship hybrids here, but more for performance than savings, and prius-like (not a diesel generator operating to charge electric engines at optimum speed, but a regular engine)
00:07.51``Erik<-- plans on putting in strut braces next
00:07.57dtidrowanother reason to get the 240SX  :-)
00:08.31dtidrowapparently they're known for being nimble
00:09.04mafmhmm
00:09.20mafmnissan mostly only sells a minicar and a semi-suv here
00:09.39dtidrowone of the very few front-engine, rear-drive small sport coupes from back in the '90s
00:11.14mafmwheeee
00:11.24mafmwe were almost an undeveloped country by then :D
00:12.09mafmthey might be selling here,but wouldn't be very popular
00:12.16``Erikalmost an undeveloped country? so you've made it up to being an undeveloped country now? ;> *duck*
00:12.21mafmpopular as in... common
00:12.43mafmwell, in fact we are close... 20% unemployment
00:13.11mafmaverage salary wage half of the UK...
00:13.16dtidrowreal unemployment is almost that bad here
00:13.49``Erikaverage really doesn't mean much, median is a much better indicator
00:13.51mafmGreeks are in deep financial crisis, Portugal and Spain are not very far away
00:14.22mafmdeep as in... really bankrupt, much worse than the rest of the world
00:14.27``Erikthe greeks kinda seem to be putting the entire eu into a financial crises O.o
00:14.35mafmyep
00:14.44mafmwe're in a group called... PIGS
00:14.54mafmPortugal, Italy, Greece, Spain
00:15.15dtidrowand we're gonna be Greece in ten years at the rate the dumbasses in D.C. are spending our children's incomes...
00:15.20mafmthe basis of the economy is buildings and so on... so you get the idea
00:17.26*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
00:21.53mafmdid anybody make any progress with the debian package?
01:25.33``Erikhuh, looks like the USA accidently tied england
01:36.39*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
04:41.05*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177726227.dsl.bell.ca)
05:24.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
06:21.55*** join/#brlcad Stattrav (~Stattrav@124.125.181.135)
08:58.20*** join/#brlcad ibot (~ibot@rikers.org)
08:58.21*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225)
15:24.55brlcadstarseeker: "should have known not to use vls there" ??
15:25.20brlcadusing vls most places should be perfectly fine so long as you init/free correctly
15:25.48brlcadhowdy mafm
15:26.34brlcadstarseeker: be really surprised if you hear back from profont guys, that ship sailed a long time ago several times over, but lemme know if you do -- otherwise that insolata font you found looks pretty interesting
15:34.35*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
15:36.44brlcadwould take an open font over profont any day just to avoid ambiguity
15:36.54brlcadin addition to inconsolata, there's anonymous pro: http://www.ms-studio.com/FontSales/anonymouspro.html
15:50.50mafmhi brlcad
18:09.18brlcadstarseeker: http://brlcad.org/tmp/fonts.png
18:10.45brlcadInconsolata actually does quite nicely
18:13.54brlcadibot: seen nohla
18:13.57ibotnohla <~jesica@201.255.224.156> was last seen on IRC in channel #brlcad, 21d 40m 36s ago, saying: 'if they're not hidden in some place at the repo, I'll have to do it again'.
18:16.45brlcadof course, that's with anti-aliasing ... hm!
18:27.50starseekerwas kinda impressed to see inconsolata make #1 on a font list with ProFont at #7...
18:28.53starseekerAh, cool - Anonymous is OFL... didn't see that
18:29.57starseekerbrlcad: it looked like the vls routines were getting hung up in semiphore logic somewhere
18:30.34starseekerI don't think any of the if_*.c files use vls, come to think of it...
18:32.03starseekershould give credit where it is due - this the font review I was looking at: http://hivelogic.com/articles/top-10-programming-fonts
19:02.43brlcadstarseeker: were you acquiring a semaphore, or inside of a routine that had already acquired one?
19:02.56brlcadprobably the latter, I'd guess
19:03.58brlcadcan't acquire a BU_SEMSYSCALL semaphore, for example, if you're in a libfb write() routine as that kicks of a write as may vls
19:04.11brlcadone some vls routines, though too
19:04.21brlcadhttp://brlcad.org/tmp/fonts_aa.png
19:04.25brlcadhttp://brlcad.org/tmp/fonts_noaa.png
19:06.51brlcadvery interesting results
19:10.21brlcadhorizontally, inconsolata and deja vu sans mono do the best vertically, inconsolata and anonymous pro do the best horizontally
19:10.33brlcads/horizontally, // :P
19:11.53brlcadthat would indicate inconsolata as a good pick but then it's the worse of the three for distinguishing l and 1 too :)
19:17.18brlcadtaking it down a notch to 9pt, DejaVu stands out a bit more impressively: brlcad.org/tmp/fonts_9ptnoaa.png
20:16.25*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:37.16starseekerin an opengl context, we don't get antialiasing do we?
20:38.03starseekerbrlcad: so we take inconsolata and swap out the l and 1 characters? :-P
20:38.09``Erik"scientists finally invented a car that runs on water. Unfortunately, that water has to be from the gulf of mexico."
20:39.43starseekerraises eyebrows... DejaVu does stand out, doesn't it
20:40.22starseekerwell, fonts are fairly small... what about putting in DejaVu, Anonymous and Inconsolata and allowing the user to swap 'em?
20:41.25starseeker``Erik: heh - if you can't run on water, redefine water
20:42.00starseeker``Erik: reminds me of certain school districts' approach to science and creationism... if it's not science, redefine what science means!
20:57.31``Erikhah, a sign in a 7-11 that says "slurpees are NOT a food stamp item"
21:18.19brlcadstarseeker: sure you get AA
21:18.41starseekerah, cool
21:18.55brlcadrather, you can render the font's with or without
21:19.22brlcadyou're just drawing to a texture, so you can draw AA or not
21:19.29starseekerdidn't know if freetype+ftgl would result in AA...
21:19.36brlcadhappens at the freetype level
21:19.42starseekeroh, OK
21:19.48brlcadftgl passes the option through
21:19.53starseekersweet
21:46.43*** join/#brlcad Sh1fty (~Sh1fty@unaffiliated/sh1fty)
22:10.39CIA-40BRL-CAD: 03brlcad * r39593 10/brlcad/trunk/doc/docbook/lessons/es/Makefile.am: ws
22:17.22CIA-40BRL-CAD: 03brlcad * r39594 10/brlcad/trunk/doc/docbook/lessons/es/ (7 files in 2 dirs): add lesson 12 translation from english to spanish from Jesica Giudice, with others to follow.
22:17.44starseekerYay! \o/
22:19.09starseekersighs as gentoo chugs through another KDE upgrade
22:22.59CIA-40BRL-CAD: 03brlcad * r39595 10/brlcad/trunk/doc/docbook/lessons/es/ (4 files in 2 dirs): add lesson 11 translation from english to spanish from Jesica Giudice. had two minor typo corrections on end-para tags.
22:25.10CIA-40BRL-CAD: 03brlcad * r39596 10/brlcad/trunk/doc/docbook/lessons/es/ (3 files in 2 dirs): add lesson 10 translation from english to spanish from Jesica Giudice
22:27.55CIA-40BRL-CAD: 03brlcad * r39597 10/brlcad/trunk/doc/docbook/lessons/es/ (5 files): refer to lessons/es/images instead of lessons/en/images
22:38.27``Erikheh
22:38.33``Erik<-- pets gnome
22:45.25CIA-40BRL-CAD: 03brlcad * r39598 10/brlcad/trunk/doc/docbook/lessons/es/Makefile.am: add the new lesson images for 10, 11, 12
22:57.17starseeker``Erik: I probably have most of gnome on here too, actually... I tend to be rather agressive when enabling features
22:58.57``Erik<-- tries to do the minimal set to accomplish the tasks he wants to accomplish.. unfortunately has custom software in gnome1 and pidgin uses gnome2 :/
23:03.04starseekereh - I figure, for a desktop, space is cheap
23:03.17starseekerwhat I don't do is enable a lot of port servers by default
23:03.23``Erikuntil you don't have it... I'm still on a 20 gig drive
23:03.29starseekerrecalls Redhat being bad about that some years back...
23:03.41``Erikand time to upgrade is also a factor *shrug*
23:03.44starseekerhands ``Erik a nickel to buy a bigger hard drive with...
23:03.48``Erikheh
23:04.19``Erikamusingly, I have broken 80, 120 and 250 gig drives downstiars, but this old 20g simply won't die
23:04.29starseekerheh
23:05.19``Erikfight software bloat! viva le effeciency!
23:10.33``Erikhehehehhee http://failbook.com/2010/06/13/funny-facebook-fails-sometimes-stop-talking/
23:10.34starseekerno problem - just rewrite the world in Lisp ;-)
23:14.03``Eriksome day O.o :D
23:14.13``Erikwonders how movitz is doing
23:19.05``Erikheh, the world must be a very twisted place... just saw a commercial for a tv show named "masterchef", first thing I thought was halo's master chief cooking... so I googled... http://www.sharenator.com/Master_Chief/
23:37.33CIA-40BRL-CAD: 03brlcad * r39599 10/brlcad/trunk/doc/docbook/lessons/es/ (27 files in 2 dirs):
23:37.34CIA-40BRL-CAD: add the rest of the english-to-spanish lesson translations to date from Jesica
23:37.34CIA-40BRL-CAD: Giudice. included are lessons 4, 5, 7, & 8. WOO HOO!.. only 5 remaining!
23:37.35CIA-40BRL-CAD: lessons applied without modification except for 7, which had to be re-encoded
23:37.35CIA-40BRL-CAD: for utf-8. may still need more work but xsltproc seems happier now.
IRC log for #brlcad on 20100614

IRC log for #brlcad on 20100614

01:01.59starseeker``Erik: last patch to Movitz Dec 2009
01:02.02starseeker:-/
01:08.08CIA-40BRL-CAD: 03brlcad * r39600 10/brlcad/trunk/NEWS: jesica provided spanish translations for lessons 4, 5, 7, 8, 10, 11, and 12 of the mged vol II tutorials.
01:09.15``Erikhow retarded, jogre has absolutely nothing to do with ogre3d
01:22.39*** part/#brlcad Sh1fty (~Sh1fty@unaffiliated/sh1fty)
01:43.19*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
05:58.39*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
10:50.15*** join/#brlcad Elrohir (~kvirc@p4FC5B0AF.dip.t-dialin.net)
10:57.26*** join/#brlcad Stattrav (~Stattrav@117.192.143.180)
11:00.51mafm``Erik: hopefully they fixed the singleton implementation so a singletton pattern is a singleton pattern, unlike C++ Ogre?
11:01.13mafmthat would be ++ for them
11:06.38*** join/#brlcad |Elrohir| (~kvirc@p4FC595DB.dip.t-dialin.net)
12:33.40*** join/#brlcad |Elrohir| (~kvirc@p4FC595DB.dip.t-dialin.net)
12:48.01CIA-40BRL-CAD: 03starseeker * r39601 10/brlcad/branches/dmtogl/ (Makefile.am TODO.togl): Make a list of togl stuff to be handled before its 'ready for prime time'
13:48.40brlcadmafm: he was messing with "jogre" .. probably hoping it had something to do with the ogre project, yet it doesn't
13:49.51``Erikwas doing a survey of scenegraph/game engines
13:54.09mafm``Erik: I would go for OpenSceneGraph
14:30.26``Erikopenscenegraph seems optimal for scientific display, cad, etc... ogre looks very game oriented, and my survey was ... game oriented :D
14:30.31``Erik(for a personal project)
14:31.10``Erikpanda3d came out on top last time I did it, wanted to see if anything'd changed *shrug*
14:41.07CIA-40BRL-CAD: 03starseeker * r39602 10/brlcad/branches/dmtogl/src/libfb/if_togl.c: Take a hint (hopefully correctly) from the ogl framebuffer code and get rid of the globals - put everything into a struct and pass it around in ifp.
14:50.28brlcadstarseeker: nice!
14:51.06starseekerbrlcad: heh - thanks, but it doesn't do anything yet ;-)
14:52.25starseekeris eyeing the texture code in isst_tcltk.c...
14:52.28starseekerhmm
14:54.01CIA-40BRL-CAD: 03starseeker * r39603 10/brlcad/branches/dmtogl/src/libfb/if_togl.c: Well, this doesn't crash outright, so hopefully it's somewhat close to correct...
14:54.39brlcadstarseeker: was referring to the elimination of globals
14:54.55starseekerah, thanks :-)
14:55.00brlcadsimple change, but super good stuff for maintainability
14:55.07starseekerthat always bothered me about the Tk fb code...
14:55.23starseekerin fact, should probably do it there too
14:55.42starseeker(assuming we want the vanilla Tk code after togl is fully fleshed out...)
14:56.49``Erikhm, new stellarium out
14:57.58``Erikplugins, artificial satellites, improved ui, aztec stuff
15:03.16starseekerdon't suppose they went LGPL?
15:03.59``Erikwtffff... http://www.asylum.com/2010/06/09/phoneballs-makes-teabagging-a-snap/
15:05.05starseekerer... hmm.  "GNU GPL v2, Public Domain (The bulk of the code is GPLv2/LGPL with some sections of code with BSD-like licenses."
15:05.58starseekerhttps://launchpad.net/stellarium
15:06.31CIA-40BRL-CAD: 03r_weiss * r39604 10/brlcad/trunk/src/conv/obj-g_new.c: adding function documentation
15:06.33starseekerdid they switch off of sourceforge??
15:09.08starseekerhumph.  only a library they use is GPL
15:09.13starseekerer LGPL rather
15:09.43starseekersupposes he could ask nicely, but it probably wouldn't help us much anyway...
15:24.18``Erik"linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
15:24.19``Eriknice
15:40.00mafm``Erik: maybe for game oriented-ness is better, and I think that it has ports for consoles and everything
15:40.10mafmbut they are sometimes a bit hardnosed/dumb
15:40.41mafmthey took months to acknowledge patches from me fixing X-Windows/GLX problems with their code
15:40.50mafmdiscussing that it was not the right solution
15:41.25mafmI gave up, and 6 months later they said something along the lines of "OK, we applied your patch at last"
15:41.50mafmit was something like they disabled key repetition in X
15:42.06brlcadthat's some mad function documentation
15:42.32mafmso if your application crashed or something, the rest of the apps in your x session wouldn't have autorepeat anymore
15:42.39brlcadfun :)
15:43.00mafmand they didn't acknowled it as a misbehaviour/bug
15:43.19brlcadthat's not unique to them, change in almost every open source project takes a disproportionate amount of discussion and long time for a change to take effect
15:43.20mafmit was not the leader, but some of the minions taking care of GLX port, IIRC
15:44.02mafmwell, I don't mind the discussion, Debian flamewars are epic
15:44.05*** join/#brlcad |Elrohir| (~kvirc@p4FC595DB.dip.t-dialin.net)
15:44.25mafmand I didn't mind it by that time, I just provided the patch and pointed the problem
15:44.40mafmthe thing is that they didn't think that this was a problem, or not their problem anyway
15:44.59mafmwhen they were in effect fucking up all your X session
15:45.12mafm(probably that's a shortcoming in X, but still...)
15:45.22brlcadthings are only quick when a) you have commit access or b) you have an open line of communication with someone that does and the change is trivial and/or completely obvious
15:45.33mafmanother patch that I provided is that, if your windows is idle/minimized/etc, -> sleep()
15:46.00mafmso you get 0 or 1% processor usage when not viewing the application
15:46.09brlcadhm, that could be bad for some apps, a network game for example, that needs to keep receiving events
15:46.17brlcadat a given rate
15:46.31mafmbrlcad: that sounds like a corrupt cartel of drug dealers or something :D
15:47.00mafmthe sleep was something like 0.01s or so, not bad for anything
15:47.05brlcadmost real-time gaves have that requirement, they lock clocks together so that the game state stays synchronized
15:47.27mafmor maybe just avoiding repainting, remember that it was GLX!
15:47.46mafmthat one was accepted much sooner or immediately, IIRC
15:47.47brlcadthe window manager should be taking care of that if it's minimized
15:47.52mafmbut that was like 5 years back...
15:48.38mafmso? the window manager does that, but the app has to react
15:49.26mafmif you're playing a youtube video but are in another workspace, you can just continue the playback and output audio, but no need to waste resources on updating the video window
15:49.57brlcadpresuming there's no logic being calculated in the draw portion, that's a big assumption even if it's a reasonable common way to structure the loop
15:50.27mafmwell, that's their part to know about
15:50.36brlcadthat's the apps job to know about it
15:50.39mafmmine was to point the problem and provide a simple patch :)
15:50.49brlcadnot the underlying thing I'm drawing into
15:51.17brlcadreally depends on the specifics of the API routines in question
15:51.27mafmwell, it was the glx driver
15:51.48mafmjust to repaint the buffers or something like that
15:51.52brlcadyou mean ogre's glx driver?
15:51.57mafmyes
15:51.58*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
15:52.22mafmogre has different drivers for X, windows etc... loaded as plugins or something like that
16:33.07brlcadhttp://www.opendesign.com/guestfiles
16:33.21brlcadintersting, a 225 page overview of their discoveries on the .dwg file format
17:29.30CIA-40BRL-CAD: 03erikgreenwald * r39605 10/brlcad/trunk/src/libicv/Makefile.am: need tcl cpp flags for bu.h
17:34.27``Erikhm, machine with 512 atom cpu's
18:02.30*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
19:07.50*** join/#brlcad Stattrav (~Stattrav@117.192.134.128)
19:18.16starseekerbrlcad: what's that "US Government Restricted Rights" statement amount to?
19:26.19*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
19:35.22CIA-40BRL-CAD: 03starseeker * r39606 10/brlcad/branches/dmtogl/src/libfb/ (Makefile.am if_togl.c): For some reason, not getting a legal AGL context.
19:49.37starseekersuccessfully hard crashes his Mac again
19:53.27brlcadstarseeker: what statement and what context?
19:53.57starseekerthat dwg overview
20:14.50*** join/#brlcad Stattrav (~Stattrav@117.192.129.219)
20:44.33CIA-40BRL-CAD: 03starseeker * r39607 10/brlcad/branches/dmtogl/src/libfb/if_togl.c: Whoops - let's give Togl_GetToglFromObj the right info...
20:47.59*** join/#brlcad Stattrav (~Stattrav@117.192.129.219)
21:27.45brlcadstarseeker: ah, there are a few basic categories that describe what rights the government has with respect to a given work including limited rights, unlimited rights, and restricted rights
21:30.28brlcadgov usually aims for unlimited rights on a gov-produced work, limited rights on a non-gov (i.e. contractor) works, and restricted rights on non-gov software
21:31.04starseekernods - so does that preclude us using that document as a basis for a dwg importer?
21:33.46brlcadit's SORT OF like, if this were copyrights, the difference between being the copyright owner (unlimited rights), being granted a usage license by a copyright holder (limited rights, like how you can use a movie DVD), or being granted an irrevocable shared license/copyright (restricted rights)
21:36.34brlcadso with regards to most software, telling the gov they have restricted rights basically lets them know that they don't have exclusive rights and they don't have useless rights
21:36.51brlcadi.e., they get to behave like people do wrt the copyright
21:36.57starseekernods
21:36.58starseekergot it
21:37.29brlcadat least that's a loose explanation
21:37.58brlcadit doesn't affect our (or ARL) from using it
21:38.14starseekerscowls at Togl_SwapBuffers
21:38.21starseekerwow what a performance hog
21:38.42brlcadrestricted rights in that context basically just means ARL can't claim it as theirs (exclusively), e.g., can't try to stop others from using it
21:39.00starseekercool
21:39.34brlcadif they had limited rights, they could use it internally but not necessarily redistribute it, derive off of it, etc
21:39.50brlcadif they had unlimited, they could go after how everyone else uses it
21:41.02starseekerhas been in open source too long - the idea of going after how someone else uses something is relatively foreign to his thinking ;-)
21:43.08starseekerbrlcad: well, with ``Erik
21:43.18starseeker's help we now have a functioning togl framebuffer
21:46.04starseekeralbeit a very slow one
21:46.32starseekerlooks like both isst and the togl framebuffer may benefit from the timing code
21:52.15CIA-40BRL-CAD: 03r_weiss * r39608 10/brlcad/trunk/src/conv/obj-g_new.c: documenting functions, some cleanup
21:55.58starseekerbrlcad: is BzTime.h the place to start in bzflag for the timing code?
21:59.09starseekeror rather, common/BzTime.cxx?
22:02.49starseekerwinces... I wonder if semaphores are going to be a performance issue when redoing this code in libbu...
22:07.44``ErikSwapBuffers wont' be the "performance hog", it's basically just saying "hey, uh, card? all that stuff I sent over for you to do? yeah, uh, I'm gonna wait until it's all done."
22:08.31starseekernods - so that's why CPU use is piddling on easy raytraces, and still maxed out on the hard ones
22:09.17``Erik's why I was talking about moving the draw code out of the function, parallelize the gpu and cpu work
22:09.39``Erikthe glFlush toglSwapBuffers() calls is serializing things
22:09.40starseekertime for bu_time and associated functions :-)
22:10.18starseeker``Erik: that might be possible, but my initial attempt wasn't very happy - I think there might be an issue due to our "driving" things from the C side
22:10.29``Erikto what end? if timesincelastdrawn > magicnumber draw ?
22:10.40starseekernods
22:11.36``Erikwould # of lines be an adequate and simpler compromise?
22:11.54starseekerpossibly, but that wouldn't handle isst
22:12.31``Erikisst/tcl is driven by the togl event loop which does what you attempted to do earlier
22:12.52``Erikisst/gtk and isst/sdl are just so chock full of awesomesauce, it's irrelevant :D
22:13.58starseekerso, what are you advising?  
22:14.54``ErikI'm advising an evening of simpsons, family guy, and kicking my feet up :D
22:15.03starseekerlol
22:15.14starseekerfair enough - I need to get to the gym anyhow
22:15.22``ErikI don't think the issues you're seeing in the fb are terribly relevant to the isst stuff *shrug* but I could be mistaken
22:16.19``Erikif we can guarantee threading in the fb, I'd save have an opengl interactor thread that paints when the context is dirty, otherwise just hangs out
22:17.00``Erikif not, the cheap&easy solution might be if(!(nframes&0xf)){nframes=0; draw();} nframes++;
22:17.02starseeker``Erik: as it stands, I don't think we assume that?
22:17.40``Erikor suck it up and be slow on trivial raytraces
22:17.43starseekerthreading is in librt, not libfb (I think...)
22:18.02starseekerwhat's wrong with if timesincelastdrawn > magicnumber draw ?
22:18.11``ErikI think librt used to be set up so it could be used in environments that do not support threading
22:19.06``Erikwell, I suppose if you want to do the math, you can do some gettimeofday() stuff *shrug* um, the sdl isst has that in an older revision, I switched to SDL_GetTicks() though
22:19.53starseekernods - that's what I was looking at with the BzFlag timing code - using either a version of that logic, SDL_GetTicks stuff, or some hybrid in a libbu routine
22:19.56``Erikjust be careful, fbsd, solaris, and windows can provide microsecond accuracy, linux does it in 10
22:20.09``Erik10microsecond increments
22:20.16``Erikso if you care about timing that fine grained, ...
22:20.18starseekerbrlcad and I were discussing that earlier - apparently they've had to handle such things for BzFlag
22:20.35``Erikbz might do scary things like use rtdsc or something O.o
22:21.06``Erikrdtsc rather
22:21.24starseekerdon't see it here at least:  http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/bzflag/src/common/BzTime.cxx?revision=21083&view=markup
22:25.01``Erikah, gettimeofday(), is the call frequency being throttled somehow, mebbe vsync is on in the ogl display?
22:26.31starseekerdunno, haven't dug that deep yet
22:27.09``Eriklooks like how sdl gets time, too heh :)
22:27.14``Erikon unix, anyways
22:27.29starseekerwhich is what you're using in isst/sdl?
22:27.39``Erikyup
22:27.50starseekernot a major performance impact?
22:27.59``Erikdoesn't port to windows, so I went with the sdl variant *shrug*
22:28.06``Erikwell, it's floating point math and a system call
22:28.31``Erikbut scanlines are pretty low cost
22:28.34starseekerstill should be quicker than waiting for SwapBuffer though...
22:29.23``Erik(still serializes it, it just stops progress once every X microseconds instead of once every Y microseconds... parallelizing it would be better resource utilization)
22:30.03starseeker``Erik: but how much of a todo would parallelizing it be?  mightn't that require altering rt, mged, and other such clients?
22:30.37starseeker(that was one of the things I was headed towards having to deal with with TclThreads and tk framebuffer...)
22:30.46starseekersounded a bit scary
22:31.50starseekeras far as I know, we don't use threading very much outside of librt itself, although I could be wrong
22:32.15``Erikdoes librt itself do threading? or is that all in the rt's?
22:32.36starseekergood question... it might be in the rt's
22:32.59``Erikcut.c db_tree.c and many.c
22:33.23``Erikrt/view.c and rt/worker.c use it, too
22:33.26``Erikbu_parallel is the func...
22:33.52``Erikone of these days, I'll make adrt use it
22:34.02starseekeryeah, view.c, worker.c, and viewmlt.c
22:34.12``Erikwasn't gonna count viewmlt.c
22:34.18``Erikit doesn't really do too much :D
22:34.29starseekerthere are a couple calls to it in librt
22:34.36``Erik<-- points where he noted them
22:37.19``Erikhttp://brlcad.org/~erik/bdayskelly.jpg
22:37.23starseekeryeah, it's not used much (and not at all in libfb)
22:37.47starseekeror libdm for that matter
22:39.25starseekersounds like a whiteboard discussion
22:40.14starseekerwell, the timing thing may be fairly straightforward and a useful crutch until the more radical multithreaded design discussions can be hashed out
22:40.32``Erikyeh *shrug*
22:40.57``Erikbz and sdl seem to use the same thing, my old game stuff looks the same *shrug*
22:41.31starseekerwell, bz is certainly interactive enough (and your isst/sdl looks pretty awesome too)
22:42.07starseeker(note to self - bug Bob to make is tree widget in Archer a packable stand-alone megawidget)
22:43.07starseekeralrightie, gym
23:10.34brlcadthe critical bits for stability, since it uses gettimeofday, are ensuring we don't go back in time and affixing a processor affinity
23:11.53``Erikwell, in this certain situation, affinity shouldn't matter and going backwards falls out in the equation
23:11.58brlcadthat and windows timing is particularly tricky
23:12.12brlcadusing the qpc is riddled with pot holes
23:12.27``Erikif( (nowtime() - lasttime) > WAITTIME ) { lasttime = nowtime(); draw(); }
23:12.45``Eriknot like we're doing a physics sim in it
23:12.54brlcadgoing backwards was surprisingly hard to detect -- there were some CPUs that actually had an unstable gettimeofday() during normal use
23:13.31brlcadsome that would throttle clock ticks and slow the system clock down during power management
23:13.42``Erikheh, going backwards sends a kernel scheduler into all sorts of fits, fun seeing the warning logs in bsd :D
23:13.52brlcadlinux 2.6 and amd64 was a problem child for a while, iirc
23:14.42brlcada sudden ntp change can also occur causing a one-in-a-billion style bug to detect without the negative time compensation
23:15.18brlcadfun stuff
23:16.24``Erikstill shouldn't be an issue for this application, provided we have something at the very end that forces a draw to cope with the possible condition of the next requested render being way after the last scanline is posted
23:16.53brlcadstarseeker: bz's timer was originally non-mutexed if you want a simplified version
23:17.12brlcadstarseeker: but they're basically equivalent to BU_SEMSYSCALL protections
23:18.37brlcadit'd be an issue if you did "if( (nowtime() - lasttime) > WAITTIME ) { lasttime = nowtime(); draw(); }"
23:18.52brlcadnowtime would be negative and would stall the draw until it catches up
23:19.51``Erikyeah, thus the flush at the end *shrug* and negative? I was thinking unsigned counting from epoch
23:21.06brlcad"nowtime() - lasttime" would be negative as lasttime would be (unsigned)1234, now would be back in time at (unsigned)123, making it perpetually < WAITTIME until nowtime catches up
23:21.34brlcadflush would help, but it'd still potentially stall in bizarre odd ways
23:21.59brlcadeasy to account for, especially with something like bz's timer -- be surprised if sdl doesn't have something similar
23:22.12brlcad(in their timer code)
23:22.33``Erikthe flush at the very end would be necessary anyways, just in case the last scanline didn't happen to trigger the draw
23:23.14``Erikyeah, sdl does, they break things up by platform into different files instead of #if stuff
23:23.20``Erikthey also support more platforms :)
23:23.38``Erikdunno if we care about consoles and qnx and those, though
23:25.13brlcad"more platforms" .. such as?
23:25.24brlcadah, qnx and consoles, gotcha
23:26.01brlcadI'd trust bz's windows code over sdl's
23:26.11brlcadthe nix code is a wash, pretty simple
23:26.38``Erikhttp://hg.libsdl.org/SDL/file/f67139f6d87f/src/timer
23:26.48``Erikthe bz code, sdl code, my ancient crap, and everyone elses is the same
23:26.49``Erik:D
23:27.11``Erikgettimeofday(); do some math to pack the #.
23:28.00``Erikhm, beos has system_time(void); nice
23:35.54brlcader, doesn't look the same to me
23:36.15brlcadtheir GetTicks is basically bz's getEpochMicroseconds()
23:37.06brlcadbz's "get now time" is getCurrent() which is what does the critical logic
23:38.01brlcadhm, no time compensation in sdl, though they do have a nice delay func and alarm registers
IRC log for #brlcad on 20100615

IRC log for #brlcad on 20100615

00:59.47``Erikhm http://queue.acm.org/detail.cfm?id=1814327
01:11.12starseekerbrlcad: I'm OK with doing a SEM lock if it doesn't slaughter performance too much...
01:11.52starseekerdo I just stick in a new BU_SEM, e.g. #define BU_SEM_TIMER 4 ?
01:14.45starseekerO.o got a response on ProFont
01:17.48starseekerbrlcad: forwarded to you
01:18.45brlcadstarseeker: semaphores should not slaughter performance, but it depends on a lot of factors -- may want a separate bu mutex instead of the syscall one
01:18.59brlcadimpressive that you got a response...
01:20.29brlcadthat's pretty great news!
01:21.29starseekerthus illustrating the truism that it never hurts to ask...
01:21.49starseekeradds profont to the togl list...
01:22.53brlcadthat's at least the 4th attempt to get a response from the copyright holders
01:23.07brlcadall previous had no response
01:23.49brlcadso well done!
01:23.58starseekerthanks!  
01:24.24starseeker(ironically, after we found potentially acceptable replacements... still, it's a very nice option to have available)
01:27.18CIA-40BRL-CAD: 03starseeker * r39609 10/brlcad/branches/dmtogl/TODO.togl: Add Profont to the list - got the OK to use it under OFL.
01:34.13starseekerdoes mild happy dance
01:34.39starseekerworking togl framebuffer and ProFont... that's a good day :-)
01:37.28brlcadyep, all four of the fonts have various little trade-offs as they go through reduction
01:38.25brlcadprofont stays nicely balanced vertically and horizontally, for example, keeping most glyphs unambiguous
01:39.07starseekerwe want the truetype version only?
01:40.11brlcadtechnically carl's 2.2 version unless steve chimes in
01:40.15brlcadwhichever that is
01:42.47starseekererm
01:49.54starseekerI *think*, based on profontdoc.txt, that the fonts themselves are Carl and Steve did the distributions and "Monaco Turner" control panel, whatever that is...
01:53.26starseekerthe ProFontWinTweaked version has some changes and additions by Mike Smith, Mark Anderson and Tobias Jung
02:01.44starseekertries to open the .sit file...
02:05.43starseekeris unsure of whether to try contacting them all or just going for the 2.2 original and doing whatever needs doing...
02:22.19starseekerGrowl.  Apparently expanding .sit files on Linux is a problem
02:23.09starseekerbrlcad: I'll pull the 2.2 fonts out of the sit file tomorrow on the Mac - we might need to run them through fontforge to make them compatible with modern freetype, but we'll see
03:24.08*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:35.55*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:35.58*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
05:53.16*** join/#brlcad CIA-40 (cia@208.69.182.149)
07:05.30brlcadsounds good -- wouldn't worry too much given the original author's okay, particularly wrt the 'tweaks' but it would be best to have everyone with a (c)opyright listed give the okay for OFL
07:05.41brlcadif that means going back a rev or two, so be it
07:05.58brlcador re-pinging the other authoers for their response now that he has chimed in
08:11.32*** join/#brlcad Stattrav (~Stattrav@117.192.131.65)
12:37.01*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
14:27.19starseeker``Erik: hrm, something odd here
14:27.24starseekerlot of zero length fonts
14:27.26starseekerer files
14:27.58starseekerin fact, all zero length
14:28.10``Eriksome have length O.o
14:28.22starseekertoplevel readmes, I believe
14:28.28starseekerah well, that's OK
14:28.50starseekerwill try the commercial doohickie tonight
14:31.58``Erikhrm, wonder if they did something horrible, like, uh, that file, uh, thingiemajigger, uh, resource branches
14:32.28``Erikyeah, that's it, hrm
14:41.32``Erikhttp://brlcad.org/~erik/profont.ditto.gz   (gunzip, then "ditto -x profont.ditto <target>")
14:51.46``ErikMS Windows icon resource
14:53.01starseeker``Erik: so if I tar up that directory, will it not grab the contents right?
14:53.16``Erikcorrect, the resource forks will not be seen
14:54.21starseekeruh... how do we un-screw that mess?
14:54.41``Erikuh, cp ProFont/rsrc <target>
14:55.22starseekerrsrc?
14:55.26``Erikyes
14:55.32``Erikhow the shell gets to the resource fork
14:56.12``Erikalmost makes microsofts old web font package look attractive heh
15:03.17starseekercp: ProFont/rsrc: No such file or directory ?
15:09.19``Erikhm, from the right place? ProFont is the 0 length file...
15:09.55starseekeroh, gotcha
15:22.03``Erikheh, yeh, cp'ing to an nfs mount did make the . files
15:23.22starseekeris doing the rsrc cp operations... will I lose info that way?
15:35.53starseekerhmm
15:38.23starseekerwell, I THINK this is the part we might want out of that:  http://bzflag.bz/~starseeker/ProFont-2.2.tar.gz
16:01.21*** join/#brlcad WhiteCalf (~Prez@2002:601f:5460::601f:5460)
17:37.30starseekerlooks like fontforge can open these
17:45.31*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
18:19.49``Erikôì/cl
19:42.42*** join/#brlcad Stattrav (~Stattrav@117.192.129.117)
20:47.43*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:20.29CIA-40BRL-CAD: 03starseeker * r39610 10/brlcad/branches/dmtogl/ (6 files in 5 dirs): Clearly not correct yet, but start working on the problem of embedding the framebuffer in mged.
22:11.04CIA-40BRL-CAD: 03r_weiss * r39611 10/brlcad/trunk/src/conv/obj-g_new.c: refining user messages, adding more command line options, code cleanup
23:07.29``Erik"rocket dentistry" O.O http://www.collegehumor.com/video:1937523
IRC log for #brlcad on 20100616

IRC log for #brlcad on 20100616

00:33.50``Erikhah, didn't even realize that O.o cameo by mst3k's "crow" in the futurama with the robot wrestling
02:02.59CIA-40BRL-CAD: 03starseeker * r39612 10/brlcad/trunk/doc/ (Makefile.am mged.tar.gz):
02:02.59CIA-40BRL-CAD: Take a stab at updating the LaTeX of mged.sh to something that will work on
02:03.00CIA-40BRL-CAD: modern LaTeX setups. Not perfect (fig-vg*.ps seem to give some trouble) and
02:03.00CIA-40BRL-CAD: figure spacing probably different than intended but certainly much much closer.
02:29.40*** join/#brlcad Nohla (~Nohla@168.226.176.224)
03:17.55starseekerNohla: nice work!
03:18.41Nohlastarseeker, thanks :)
03:19.27Nohlathings that happen while you're bored at home :D
03:20.09Nohla(looking for excuses for not to study too ¬¬)
10:32.58*** join/#brlcad mafm (~mafm@81.32.105.77)
13:34.25``Erikhuh, manned 24hour solar only flight
13:37.04*** join/#brlcad Stattrav (~Stattrav@117.192.134.197)
13:42.17``Erikhm, togl works against mesa, but not the stock X11 GL on mac *shrug* looks like it's apples screw-up, to boot
14:23.17*** join/#brlcad joshtp (8cb73f21@gateway/web/freenode/ip.140.183.63.33)
14:23.55joshtpare the maintainers of BRL-CAD still from the Army, or is it in the hands of the community? i can't tell from the website/sourceforge page
14:35.39``Erikboth
14:36.12``Erikmost of the core development team is either army civilian employees or contractors
14:43.17joshtpso the community controls the project, and the army and their contractors are just part of the community?
14:43.47``Erikprobably the best way to look at it *shrug*
14:44.17joshtpthat is, if the community aside from the army wanted to take BRL-CAD in a direction that the army did not agree upon, they could do so and force the army to either accept or fork their own BRL-CAD(Army)?
14:44.45joshtpthough i'm sure that is unlikely, i'm just trying to get an idea who really controls the "official" BRL-CAD
14:44.55``Erikanyone can fork, but as long as the direction doesn't damage the other efforts, it usually gets merged in pretty readily
14:45.11``Erikhm, who controls, say, the linux kernel? :)
14:45.39``Erikand we're far less structured than that, being a much smaller and more niche group :)
14:45.57joshtpok thanks
14:46.55joshtpi'm just trying to understand how government released open source code is typically maintained after release
14:47.12``Erik(brlcad could probably explain it better)
14:47.25brlcadsounds about right to me
14:47.34``Eriknightvision lab? O.o
14:47.46brlcad"the community controls the project, and the army and their contractors are just part of the community" is indeed probably the best way to look at it
14:48.19joshtpi'm trying to get some software released as open source, and no one here has ever done that before
14:48.38joshtpindeed there are very few army/dod software projects that actually get open sourced
14:48.53``ErikDoE has some stuff released
14:49.02brlcadjoshtp: things are structured so they're not mutually dependent on each other, that is -- open source community *could* go in a different direction and ARL *could* stop contributing to the open source project, but that's not in the best interest of either
14:49.03``Erikum, cougaar is the one I ran across a while back
14:49.23``Erikgomez/rio, too
14:50.06brlcadjoshtp: it took about five years of consistent effort involving a lot of folks to make happen, and it still gets questioned on an annual basis with lots of FUD getting spread around that has to be responded to
14:52.14brlcadjoshtp: the HACKING file in our distribution talks about how the open source project itself operates, details such as operating as a meritocracy
14:52.39joshtpwell i seem to be getting some support of the idea as a way to make us look open/innovative/cool
14:52.48joshtpbrlcad: i'll check that out
14:53.11joshtpthough my project is totally unrelated to BRL-CAD, it's more about image/video processing
14:53.12brlcadinteresting angle, I don't think that would have worked for us :)
14:56.23brlcadgoing open source had a lot of significant fiscal benefits for ARL -- increase in potential collaboration (which was realized), cost reduction (overhead processing, administrative burdens eliminated, simplified legal/security matters), reduced distribution overhead, ..
14:56.43brlcadat least, that's off the cuff of what comes to mind
14:57.03``Erikrecruitment tool?
14:57.18d-lohowdy
14:57.20brlcadthat wasn't anticipated
14:57.27brlcadbut yeah, that too
14:57.32``Erikno, but it can be a rgued as a benefit :)
14:58.25joshtphopefully i'll find success
14:59.20brlcadin terms of justifying it, didn't argue any of the "we might get more [insert benefit here]" potential gains -- assumed nobody would contribute back or participate
14:59.54brlcadso then the justification could be characterized in terms of *actual* tangible benefits that would be gained for certain
14:59.56``Erikwell, good luck with getting your software out :)
15:06.05starseekerjoshtp: depending on your local management, you might also point out that open source is a good way to get software that taxpayers paid for into their hands
15:07.00joshtpstarseeker: true, i didn't think of that
15:07.01brlcadyeah, that's true -- there are a lot more political hammers now that didn't exist five years ago
15:07.29brlcadfrom this past year alone, there are several specific directives about pushing govt to be more open and collaborative
15:07.58brlcadexecutive directives and DoD directives
15:09.01starseekerhunts link... ah
15:09.06starseekerhttp://cio-nii.defense.gov/sites/oss/2009OSS.pdf
15:09.46starseekersome background on it here:  http://www.dwheeler.com/blog/2009/10/27/#dod-oss-2009
15:09.56brlcadjoshtp: you can also get a lot of good advice from http://www.mil-oss.org/
15:10.07``Erikheh, sloccount guy, nifty
15:10.39``Erikwas something pushed by the gov't for quite a while, that one was the clarification memo iirc
15:10.58starseekeryeah, that's a clarfication of a 2003 memo, iirc
15:11.37starseekerI think this one?  http://cio-nii.defense.gov/docs/OpenSourceInDoD.pdf
15:13.31starseekerthere were a LOT of points that badly needed clarification, like (IIRC) whether GPL software counts as "Commercial off the Shelf Software"
15:21.46starseekerIIRC one of the slashdot comments from their story on the memo mentioned having to defend MySQL from someone who tagged it as shareware...
17:22.43brlcadhmm
17:22.46brlcad*burp*
17:52.11starseekerin case anyone wants some lite reading, here's BRL-CAD 7.0.2 as a pdf :-P  http://brlcad.org/~starseeker/brlcad-7.0.2.pdf
17:53.40starseekerhmm, whoops - that version didn't get the docs pdf stuck in it
17:53.57starseekerah well, source code anyway
17:55.57starseekerfun with scripting and a2ps
17:57.17starseekerhah, cool:  http://news.bbc.co.uk/2/hi/science_and_environment/10324258.stm
18:22.49*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:45.15*** join/#brlcad CIA-51 (cia@208.69.182.149)
19:22.53*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
19:28.20*** join/#brlcad Stattrav (~Stattrav@117.192.138.146)
19:41.48starseekermakes a note to look at this later: http://www.delta3d.org/forum/viewtopic.php?showtopic=18707
19:54.06starseekerdunno how well it might map to Ogre, but it looks like the OSG folks are making progress with Qt-in-OSG (dunno about transparency though...)
20:28.12starseekerhttp://forum.openscenegraph.org/viewtopic.php?t=5916&highlight=
20:44.09*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:02.44*** join/#brlcad Nohla (~Nohla@168.226.178.156)
21:23.32Ralithstarseeker: they doing a Qt backend?
21:39.19``Eriklooks like they're using gl textures as the low level drawing target for the qt widgets
21:40.19CIA-51BRL-CAD: 03erikgreenwald * r39613 10/isst/trunk/configure.ac: enable per object CFLAGS
21:41.28CIA-51BRL-CAD: 03erikgreenwald * r39614 10/isst/trunk/sdl/ffu.c: beginnings of the font conversion utility
21:44.31*** join/#brlcad Nohla (~Nohla@168.226.178.156)
22:44.43*** join/#brlcad Nohla (~Nohla@168.226.178.156)
22:54.45CIA-51BRL-CAD: 03r_weiss * r39615 10/brlcad/trunk/src/conv/obj-g_new.c: logic cleanup, usage description cleanup
23:10.35``Erikthe BP coffee spill video: http://www.ucbcomedy.com/videos/play/6472/bp-spills-coffee
IRC log for #brlcad on 20100617

IRC log for #brlcad on 20100617

00:55.57*** join/#brlcad Nohla (~Nohla@168.226.178.156)
01:03.11starseeker``Erik: may have some questions for the OpenGL guru about textures, line drawings, and ordering tomorrow...
01:04.24starseekerO.o Oracle being sued for overcharging the US government
01:04.32starseekerwonder if someone noticed postgresql
01:12.33``Erikheh, wasn't I talking about how oracle made bunches of money by fleecing (state) gov't just the other day? heh :D
01:12.55``Erikyesterday on the way into green turtle, even
01:13.42starseekercool :-)
01:13.57starseekerso, uh, what's your guess for the next lottery numbers... just curious...
01:14.20``Erikum, four... q... q... and another q... uh, and the batman symbol
01:17.45starseekerlol
01:18.05starseekerthat would be awesome...
01:18.32starseekerwaits to see a batman symbol appear in ``Erik's sdl font outputs...
01:18.50starseekerbet it's trademarked to high heaven though
01:21.42``Erikhehehe
01:22.06``Erikthe four q q q batman symbol was semi-quoting family guy, those were peters choices for letters on uh, wheel of fortune
01:24.04starseekerheh
01:24.29starseekerwe could always try letters from the Niblonian language in Futurama
01:25.30starseekereyes the osg svn build - looks like their configure script may have just set up CMake
01:25.35starseekerclever
01:25.40``Erikhttp://www.spike.com/video/family-guy-wheel-of/2751664
01:27.24starseekerOOOO - I know, Cuneiform fonts
01:27.35starseekerhttp://en.wikipedia.org/wiki/Cuneiform_script
01:27.41``Erikheh
01:29.48starseekerhah - unicode has allocated ranges for cueniform
01:29.50starseekerawesome
01:31.19starseekerhttp://users.teilar.gr/~g1951d/
01:32.27starseekerhttp://cdl.museum.upenn.edu/cuneifonts.html
01:32.37starseekeroooo, the temptation...
01:36.44``Erikheh
01:37.04``ErikI d'no, some of the people we work with are already confused enough with plain old english
01:41.16brlcadstarseeker: talked to the delta3d guys, they'd be a great group to collaborate with and were #2 on my list when OSG was being considered -- but even their devs said it'd be a stretch to tailor it for CAD, lot of customizations and overrides would be needed just for the basic event loop
01:47.55starseekerbrlcad: does that go for OSG as well?
01:49.09starseekersupposes he's being disloyal looking at OSG...
01:50.49``Erikheh, like when you were disloyal by looking at a screwdriver when you had to seat a screw instead of sticking with a hammer? :D *duck*
01:51.45brlcadstarseeker: by all means, check it out -- i've looked at it several times myself over the years
01:52.12``Erikit's all about panda3d, yo O.o
01:52.13brlcadit's a nice toolkit, were it not for delta3d being a DoD collaboration, they'd be #2
01:52.44starseekerthought delta3d used OSG...
01:52.48starseekerlooks again
01:52.49brlcada bit disorganized, support is sucky, and the API frankly blows a little (at least in terms of organization and consistency)
01:52.59brlcadbut feature-wise, it's top notch
01:53.19brlcadkinda like librt
01:53.28starseekerscowls at Ogitor... if only I could build that successfully...
01:53.32brlcadwith even less focus
01:53.42starseekerit's halfway to being Archer with Qt/Ogre...
01:54.15starseekernods - I'd feel a bit better if Ogre weren't so blasted hard to get compiled and working
01:55.13starseekerbrlcad: are they working to improve the API, or is it pretty static?
01:55.59brlcadapi of what?
01:56.02starseekerOSG
01:56.35starseekeris wondering if the trend is to improve organization/consistency, or if they're getting worse
01:56.41brlcaddunno, it does was it does well enough, like asking if we're working to improve librt's api .. "yes and no"
01:56.50starseekernods
01:56.54brlcadwe're already improving it, but it's not exactly a primary focus
01:56.58``ErikI'm under the impression that osg is fairly fixed, too much third party usage to really muck with it much
01:59.07brlcadthat's where ogre has always remained easier to work with because their project philosophy was to make the API and design clean first, then work on implementation specifics, performance, and keep the scope limited
02:00.17starseekernods.
02:00.19brlcadosg's scope is all over the place as they often get attention on little niche research areas without regard to the overall impact on the API, design, and scoping
02:00.58brlcaddifferent cultures and maintenance models behind them, sort of like qt vs gtk
02:01.01starseekerso if we were going to do something "osg-ish" with Ogre, we'd do it as our own lib on top of vanilla Ogre rather than stuffing it into the Ogre api?
02:01.28brlcadosg-ish with ogre???
02:01.37brlcadnot sure what that means
02:01.38starseekerI mean, something niche
02:02.16brlcadwe're not ogre devs or osg devs, and we shouldn't need to be for either
02:02.59brlcadwhether it's vanilla or not depends on what we're trying to accomplish, a mod or patch here or there to upstream isn't out of the question
02:03.15brlcadbut it's not like any mod we need made isn't going to be something out of scope for either
02:03.20``Erikfrom reading comments about ogre on happypenguin, it may be an uphill battle... much discussion about how linux is an afterthought and how it's very windows oriented (from the comments) *shrug*
02:03.32``Erikhttp://www.happypenguin.org/show?OGRE
02:03.54starseekerreads OSG's list of supported database formats enviously...
02:04.21starseekerthat would explain Ogitor
02:04.52brlcadI wouldn't trust a comment thread for any project
02:05.08brlcadmuch less ones from anonymous idjiots three years ago
02:05.13``Erikheh
02:05.58``Erikhas yet to get a successful build of ogre, and even trying to compile the demos using the mac binary and supplied xcode project to build those examples fails *shrug* annoying, cuz I wanna see the demos
02:06.46brlcadhuh, odd
02:06.55``Erik<-- got all excited about okra, but can't even start to play with it :/
02:06.57brlcadI've never had a serious barrier compiling ogre
02:07.04starseekeryeah, I had a hell of a time trying on the Mac too
02:07.25starseekerto be fair, I think they were in mid-transition from autotools to Cmake
02:07.35brlcadcourse I only tried the xcode project once (it worked, but wasn't well organized)
02:07.47``ErikI just tried again one or two nights ago with the new 1.7 release
02:07.50starseekerah.  Yeah, I tried autotools and cmake
02:08.11starseekersince I knew it would be one or the other if/when it gets integrated into BRL-CAD
02:08.48``Erikall compiles of ogre itself I've tried have been cmake using the mercurial checkout, may've been my issue
02:09.47starseeker``Erik: is it hitting some recursive cmake configure problem for you?
02:09.56``Erikand I had to change the xcode project from 10.6 to 10.5 from the dmg version
02:10.25``Erikdon't recall,remmeber seeing a bunch of XXX not found type stuff and then getting failures somewhere
02:11.15``ErikI'll try again tomorrow *shrug*
02:11.48starseekerI suppose we could try reporting build failures with CMake as bugs
02:13.52``Erikyeh, I keep trying to do stuff with my windows box to see if stuff works there, but it's soo easy to turn around and ignore it heh
02:20.05starseekermore fun to see if wine can run things
02:20.19starseekerwaits for the day we can use ReactOS to make Windows binaries
02:22.00starseekergoes to poke Ogitor devs again - doggone it, it's worth it
02:25.52starseekerthey've done a lot to solve integrating Ogre and Qt, even if not the Qt-in-Ogre part
02:35.54starseekerhmm:  http://ogre3d.org/forums/viewtopic.php?f=2&t=56130&start=0
02:37.06starseeker``Erik: might want to try CMake 2.8.0 at least
02:39.48starseekererm.  http://www.ogre3d.org/tikiwiki/CMake+Quick+Start+Guide?tikiversion=Mac+OS+X
02:39.56starseekerapparently no 64bit on Mac
02:41.15starseekerdidn't know about xcodebuild... that might be a tolerable alternative to needing to open the XCode gui...
02:43.24starseekerhuh, another open source OCR:  https://launchpad.net/cuneiform-linux
02:57.33starseekerconsiders suggesting the cueniform font to Bob next time he needs icons :-P http://bzflag.bz/~starseeker/cueniform.png
02:58.08starseekerdarn it, why is so much useless stuff neat?
03:02.49``Erik*snrkt* nice, on astroempires, guy has been trying to perma-occ me with heavy cruisers, so I've been using small bombers on him while my  'rescue' fleet comes to the galaxy, so now he's bringing in a big capital ship (just barely resistant to the harrassment attacks I'd been doing), which is exactly what my incoming fleet was designed to kill
03:03.00``Eriknext couple days will be amusing :)
03:03.12``ErikPEWPEWPEW
03:03.52starseeker+ a very small squish noise? :-P
03:07.05``Erikhrm, it'd take 59 hc's to kill his (big expensive) titan, I have 700 landing in the galaxy at about the same time, and another 2000 a bit later
03:07.08``Erikmwahaha.
03:07.38``Erikso now fox is bitching because obama was working on the oil spill crisis instead of going to church to "ask for divine intervention" O.o
03:08.02``Erik(daily show is on)
03:09.05``Erikand I guess he played golf on that day, too heh
03:10.03``Erikhttp://dauntingideas.com/content/gretchen-carlson-wants-see-obama-go-church-so-god-can-help-oil-spill
03:12.33starseekerhmm... now there's an idea - stuff religious nutcases into the well until the leak stops
03:12.41starseekerthey should be dense enough
03:13.39starseekercan appreciate Fox's problem today though - 20billion coughed up by BP, no dividend payments, and they've gotta find SOMETHING bad to say about Obama...
03:35.01*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
03:35.26yukonbobhello, #brlcad
04:01.49brlcadhowdy yukonbob
04:31.04yukonbobbrlcad: Long time no chat :)
04:32.45yukonbobbrlcad: I've got a technical question if you're still online... I've given it completely negligable thought, but it just re-popped into my head, and you may know the answer/path.
08:07.40*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:11.01*** join/#brlcad mafm (~mafm@81.32.105.77)
09:52.44*** join/#brlcad Nohla (~Nohla@168.226.178.113)
11:02.55d-loMernin!
12:47.28*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
12:59.29``Eriknow this is nutty: http://thereifixedit.com/2010/06/16/white-trash-repairs-parking-spaces-are-made-in-china/
13:59.05*** join/#brlcad Stattrav (~Stattrav@117.192.131.104)
15:56.06*** join/#brlcad Stattrav (~Stattrav@117.192.155.40)
16:22.42*** join/#brlcad Stattrav_ (~Stattrav@117.192.150.177)
16:55.07CIA-51BRL-CAD: 03starseeker * r39616 10/brlcad/trunk/src/tclscripts/archer/images/ (14 files): Add icons for headers of comb editing tables
17:10.57``Erikhm, mal ran across http://news.bbc.co.uk/2/hi/world/us_and_canada/10337051.stm
17:49.12CIA-51BRL-CAD: 03erikgreenwald * r39617 10/isst/trunk/sdl/ffu.c: Blit rasterized glyphs into the PIX buffer. Write out the pix file. Add option to write out a C style array.
17:50.35*** join/#brlcad Stattrav (~Stattrav@117.192.150.177)
17:56.10*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
18:53.03CIA-51BRL-CAD: 03starseeker * r39618 10/brlcad/branches/dmtogl/src/libfb/if_togl.c: Stick in a couple glDepthMask statements - probably will need them as this is an attempt to mix 2d and 3d, but right now they're not doing much.
18:54.02CIA-51BRL-CAD: 03brlcad * r39619 10/brlcad/trunk/doc/docbook/lessons/es/ (20 files in 2 dirs): que chevere .. y awesome. jesica finished translating lessons 13 and 14!
18:58.56CIA-51BRL-CAD: 03brlcad * r39620 10/brlcad/trunk/NEWS: jesica provided spanish translations for lessons 4, 5, 7, 8, 10, 11, 12, 13, and 14 of the mged vol II tutorials! That leaves just a few remaining that haven't been completed yet.
20:04.03CIA-51BRL-CAD: 03erikgreenwald * r39621 10/isst/trunk/configure.ac: check for fcntl.h
20:08.00CIA-51BRL-CAD: 03erikgreenwald * r39622 10/isst/trunk/sdl/ (event.c isst.h main.c): basic text rendering
20:25.57CIA-51BRL-CAD: 03erikgreenwald * r39623 10/isst/trunk/sdl/ (isst.h main.c): regenerate textures on resize
20:29.03CIA-51BRL-CAD: 03erikgreenwald * r39624 10/isst/trunk/sdl/ (Makefile.am ffu.c main.c): scale font size to window height
20:40.29*** join/#brlcad mafm (~mafm@81.32.105.77)
21:35.33*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:05.53CIA-51BRL-CAD: 03r_weiss * r39625 10/brlcad/trunk/src/conv/obj-g_new.c: added timestamps, refining status messages, fixed some logic bugs
23:25.56``Erikheh
23:26.30``Erikjust tried updating ogre, running cmake again and building... some template error that went over 4000 lines O.O
23:54.59``Erikhm, winderz sbcl craps itself on asdf-install, tries to do a system call to execute tar :/ lame
23:59.36starseekerwhat about http://www.cliki.net/archive ?
IRC log for #brlcad on 20100618

IRC log for #brlcad on 20100618

00:02.11``Erikwas kinda thinking of adopting the common common lisp lisp approach
00:02.25``Erikcopy all the crap you want into your source tree and pass it around
00:02.33``Eriksrc/other style *sigh*
00:03.12``Erikor digging into ecl and shtuff
00:05.00*** join/#brlcad Nohla (~Nohla@201.255.238.44)
00:21.33Ralith``Erik: CCL runs nicely on w32
00:22.41``Eriksbcl runs great until you try using asdf-install :)
00:22.54``Erikbut yes, clozure is also high on my list of crap to use
00:23.07``Erik<-- wants to use okra and buclet
00:29.39RalithI've got that 90% finished ODE binding
00:49.20starseekerODE?
00:58.45*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
00:59.07yukonbobhello, #brlcad
01:25.02Ralithstarseeker: open dynamics engine
01:30.15starseekerah
01:45.57starseekergrowl...
01:46.20starseekerget Ogitor compiling now, but it crashes somewhere in FreeImage
01:53.32starseekerwell, as long as nothing fancy is tried it works:  http://bzflag.bz/~starseeker/ogitor_example.png
02:07.57starseekerso as long as all we do is wireframes and whatnot we're good :-/
02:16.47*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
02:59.25*** join/#brlcad Nohla (~Nohla@201.255.238.44)
06:33.36*** join/#brlcad Stattrav (~Stattrav@117.192.143.79)
08:14.53*** join/#brlcad jotik^^ (~7f000001@39.24.190.90.dyn.estpak.ee)
08:15.02jotik^^brlcad.org is down?
08:15.41jotik2) I installed brlcad but how do I run it?
08:18.37jotikI'm using gentoo linux. The binaries appear to be in a weird location /usr/brlcad/bin but I find no brlcad binary
08:36.03*** join/#brlcad jotik (~7f000001@39.24.190.90.dyn.estpak.ee)
08:52.10``Erikthe binary you probably want is mged
09:43.53*** join/#brlcad jotik^^ (~7f000001@39.24.190.90.dyn.estpak.ee)
10:59.45*** join/#brlcad Stattrav (~Stattrav@117.192.135.21)
11:14.01*** join/#brlcad mafm (~mafm@81.32.105.77)
11:50.50*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
11:56.56*** join/#brlcad Stattrav (~Stattrav@117.192.151.99)
12:57.10*** part/#brlcad jotik^^ (~7f000001@39.24.190.90.dyn.estpak.ee)
12:58.28*** join/#brlcad iGnome (~exp_exp@220.168.116.30)
12:59.16iGnomehi, i download brlcad, and how to laucher it? so many execute file in bin directory.
13:00.10iGnomebrlcad: .
13:04.34``Erikmged
13:05.33``Erikand check out http://brlcad.org/wiki/Documentation
13:06.12iGnomemgrtopbm only here. ~~
13:07.01iGnomewiki are all pdf.
13:08.23``Erikum, mgrtopbm isn't a BRL-CAD thing, there should be ~400 files in /usr/brlcad/bin and one of those should be mged O.o
13:09.10iGnome。
13:09.33iGnomei download tar.bz2. and extract to some direcotry.
13:09.46iGnome● l
13:09.48iGnomebin@  include@  lib@  man@  rel-7.10.4/  share@  stable@
13:10.00iGnomehere is all files.
13:10.20``Erikwow, that's really old O.o
13:10.29``Erikbut rel-7.10.4/bin/ should have an mged in it
13:11.31iGnomethanks
13:11.46iGnome● ls rel-7.10.4/bin/mergechan
13:11.53iGnomeonly this
13:12.37iGnomeok, i find it
13:12.47iGnomethanks
13:13.13``Eriknp, the pdf's on the wiki page show how to use it, 'introduction to mged' is what you want to look at first
13:14.14iGnomei had read, and seems need compile.
13:14.43iGnomenot fit my download file
13:15.05iGnome<PROTECTED>
13:16.48iGnomeGeneric Binary Distributions: seems fit
13:40.22*** part/#brlcad iGnome (~exp_exp@220.168.116.30)
14:51.02``Erikhuh http://www.mit.edu/~gr20603/Dr.%20Gregory%20L.%20Charvat%20Projects/$240%20High%20Res%20Rail%20SAR.html
18:45.46*** join/#brlcad Stattrav (~Stattrav@117.192.134.231)
19:31.09starseeker``Erik: don't tell Justin ;-)
20:30.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:18.27brlcadstarseeker: any reason to shove mged.tar.gz in as a tar.gz or just mimicking the shell archive?
22:18.53starseekeruh, not really - wasn't sure offhand how to do the shell archive
22:19.11starseekerwasn't really cleary why it was an archive at all, to be honest...
22:19.11brlcadreally? :)
22:19.13brlcad"shar"
22:19.24brlcadold old tool
22:19.31starseekermans shar
22:19.51starseekerhuh - cool
22:20.32brlcadthere's no reason mged.sh is a shar either
22:20.44brlcadwas more CVS deficiencies handling binary data
22:20.53starseekerah
22:20.57brlcadcertainly don't need both
22:21.09starseekerI'll try making a new shar first
22:21.15starseekerreplace the old one
22:21.16brlcadmaybe a latex2docbook?
22:21.26brlcadthen get rid of the old ones
22:21.50starseekermaybe... there are a truckload of eps files in there... dunno if they're all gonna convert well
22:22.21starseekerlet me try the shar now - I'll probably need my gentoo box to get all the requisit tools for a serious docbook conversion attempt
22:24.59brlcadkeep them as eps
22:25.19brlcador convert them to svg
22:25.49brlcadsome of them are undoubtedly just image data and can be png
22:26.05brlcadanything vector should become an svg though
22:26.39starseekerwinces - looks like my ps2ps usage drastically increased the size of some of these - I'd better restore the originals
22:27.19starseekeroh, wait - a pdf snuck in
22:36.32CIA-51BRL-CAD: 03starseeker * r39626 10/brlcad/trunk/doc/ (Makefile.am mged.sh mged.tar.gz): try making a shell archive (with mac shar command) of latex changes to mged
22:44.54brlcadMMmmm.. Lotus Evora on Top Gear:  http://www.youtube.com/watch?v=ZHcLP0wvENQ
22:48.20``Erikhuh, we were actually talking about that at lunch yesterday
22:49.15starseekernotes never to use one stupid act as an example in an analogy of why not to do something stupid... apparently everything stupid has already been done for every stuipd reason, and the video loaded to youtube
22:49.18``Erikheh, just got the email, how was the movie?
22:53.54brlcadheh, pretty good!
22:54.32``Erikthe barbie commercial made it look reasonably interesting O.o :D
22:54.43brlcaddid a great job with the 3d
22:55.32``Erikon par with avatar? (sans motion sickness?)
22:57.38``ErikI'd read that after avatar, the studios scrambled to "add" 3d to films coming out that were filmed in 3d in a shoddy fashion, I'd imagine pixar has the insane renderfarm unf where they could at least re-render to get stereoscopic, but were the scenes arranged to take any kind of real advantage? (IE: useful, not gimmicky)
22:59.06``Erik(hm, ~115 minutes, 24fps, ~2750 frames, not TOO much)
22:59.33brlcadmore subtle than avatar
22:59.55brlcada lot more, less "glitter", but added nice depth
23:00.24``Erikcool, do they do any kinda DoF type stuff with that?
23:00.27*** join/#brlcad Nohla (~Nohla@201.255.238.44)
23:00.30brlcadyep
23:00.55``Erik<-- ponders suckering artists into doing a short with BRL-CAD to help us get the animation bits up to snuff O.o :D
23:04.05brlcadwould have to at least clean up a tutorial
23:04.19brlcadto show them how to do some of the basics
23:04.21``Erik*ponder* hoist the bezier solver, add some kinda keyframe info and fitting, mebbe some gui work to make it usable...
23:04.38brlcadthat all exists in mged now
23:04.56brlcadjust no docs for it
23:05.15``Erikthe movie stuff I was doing, I was just writing a for `jot` loop to raytrace, convert to png, then run ffmpeg on the set of images at the end
23:06.01``Erikfor anything other than moving the camera in a static scene would require a prep for every frame, though
23:06.12brlcadyep
23:06.35brlcadthat's where src/anim and the mged stuff helps, you specify keyframes and it'll interpolate the intermediates
23:12.54``Eriknifty, linear or bezier spline?
23:13.49``Erikthe lightwave 4 scene manager was good fun to play with, making the curves and getting animations :)
23:14.03``Eriklooks at src
23:14.14brlcadoptions for both
23:14.21brlcadcubic splines too iirc
23:14.40``Erikanim_time yeah
23:15.58``Erikanim_script looks like the big hammer
23:20.52``Erikhrm, yeah, it does a "clean" between frames, even if the scene itself doesn't change :/
23:21.29``Erikgiven that we have geometry requiring more prep time than raytrace time, that might need to be fixed eventually
23:44.42brlcadI'd be surprised if prep actually is longer than render time for something actually modeled to look good, especially once you just add a couple custom lights with realistic shadows
23:45.12brlcadnot to mention oversampled HD-quality video frames
23:46.00``Erikwell, for a 512x512, the uh, geometry I like to show off the TIE stuff with is a heck of a prep
23:46.18``Erikand I'm kinda in the 320x240 video mindset, not 1080 :D
23:46.27brlcadthat's crap video :)
23:46.29``Erikyeah
23:46.51``Erikbut ffmpeg's default is highly compressed mpeg, and I haven't found a way to make it not suck yet
23:47.07``Erikso why cook cpu on accuracy that'll be thrown away in the assembly?
23:47.58``Erikthere're a few models that sit and churn a long time on prep before a fairly fast raytrace... usually with buttloads of bots
23:48.08brlcad1920x1080 video should ideally be about 7680x4320 -j2 -H3 render frames so you can downsample nicely
23:48.59brlcadshould do well to eliminate temporal aliasing too
23:49.06``Erik16x pixel oversampling plus 4x per pixel sampling? 64 pixels per end pixel?
23:49.25brlcadmm
23:51.45brlcadthat was just 4x oversample with 3x per pixel, so you have enough samples to sample a jittered average, so 12 rays per pixel
IRC log for #brlcad on 20100619

IRC log for #brlcad on 20100619

00:09.33brlcadinteresting .. most of the ps files I've looked at are graphics window wireframes so they are proper vector
00:56.56CIA-51BRL-CAD: 03brlcad * r39627 10/brlcad/trunk/doc/ (167 files in 2 dirs):
00:56.57CIA-51BRL-CAD: split the mged.sh shar up into its multiple constituent files. this can help
00:56.57CIA-51BRL-CAD: make ensure that doc updates are greppable and replaceable in a localized
00:56.58CIA-51BRL-CAD: context. forced eol-style native on our ps files since they're text by applying
00:56.58CIA-51BRL-CAD: before mime-type is set.
01:08.29*** join/#brlcad Nohla (~Nohla@201.255.238.44)
02:50.24*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
05:27.58*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
06:02.25*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
06:23.32*** join/#brlcad csanyipal (~csanyipal@162-142-85-95.dynamic.stcable.net)
06:23.44csanyipalHi,
07:24.09*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
07:48.17csanyipalI have just installed BrlCAD from downloaded tarball brlcad-7.16.8.tar.bz2
07:49.19csanyipalI have installed it with commands: autogen.sh, ./configure, make, sudo make install
07:50.00csanyipalI started Archer and try to save a new file.g but get error message:
07:50.30csanyipalUnsupported display manager type -ogl
07:51.15csanyipalwhat can I do to solve this problem? I suppose I must to configure somehow and install it again?
07:51.50csanyipalMy system is Debian GNU/Linuy Lenny.
07:51.59csanyipalLinux
08:58.07csanyipalI just tried to configure after 'make clean' with './configure --disable-ogl' and then install brlcad (make, sudo make install) but
08:58.51csanyipalarcher complain again for 'Unsupported display manager type -ogl'
08:58.54csanyipalWhy?
08:59.09csanyipalHow can I resolve this problem?
09:44.26*** join/#brlcad mafm (~mafm@81.32.105.77)
10:31.13*** join/#brlcad mafm_ (~mafm@83.45.73.17)
11:43.05``Erikarcher is very experimental and not recommended for normal use... if you really want to do it, you need to use the --enable-opengl or --enable-ogl option when you run configure
11:43.21``Erikmged is the supported gui right now
11:43.56csanyipal``Erik: OK Thanks!
11:44.31csanyipalI'm being working with Mged. :)
11:46.39``Erikthe princepal for archer doesn't hop on irc, but starseeker shares an office with him and knows a fair bit more than I do about it... might wanna wait a few hours and talk to him if you are interested in that aspect *shrug* :)
11:51.57csanyipal``Erik: OK but I'm not interested in that aspect *shrug* because I just want to create some object with Mged: actually an anti gnat screen frame for my windows here.
11:52.10csanyipal:)
11:53.25``Erikokie :) hm, anit-gnat screen frame? interesting :) if you're familiar with TCL, the mged prompt is actually an extended tclsh, which should make it fairly easy to generate stuff like the mesh wires, frame lengths, etc
11:54.27``Erikif you get the urge, http://more.brlcad.org was set up as a model repository where people can contribute stuff, too :D
11:55.29csanyipalFor me it's a pleasure to model with Mged so I think I shall create it my self. is it possible to export the finished model to QCAD format?
11:56.20``ErikI don't know what format qcad uses, but I'd imagine there's some intermediate format that we can export and qcad can read O.o try "ls /usr/brlcad/bin/g-*" for the list
11:56.34csanyipalQCAD uses DXF-files.
11:57.16``Erikyup, we have g-dxf ...
11:57.51csanyipalso what does it mean?
11:58.22``Erikit's a converter that changes BRL-CAD geometry to a DXF file
11:58.37csanyipal:) It's promising..
11:58.40``Erikprobably as a bunch of triangles
11:59.36``Erikyeah, as triangles :/
11:59.53``Erikor rather, polygons
12:01.03csanyipalOK I'm going now to create my AntiGnatScreenFrame model.. and if I get it I shall put it on http://more.brlcad.org :)
12:01.42``Eriksweet :D good luck!
12:01.59csanyipalThanks! :D
12:17.29``Erikhuh, nifty, that lotus is almost as fast as an m3 O.o :D
12:25.23``Erik(on the top gear track, a fair bit slower top speed, 163 vs 189)
12:46.39*** join/#brlcad Stattrav (~Stattrav@117.192.131.170)
13:31.16dtidrow``Erik: which lotus?
13:33.20``Erikthe new evora
13:33.31``Erikbrlcad pasted a link to the top gear treatment on youtube
13:34.13dtidrowhow long ago?
13:34.42``Erikuh, yesterday? http://www.youtube.com/watch?v=ZHcLP0wvENQ
13:35.28dtidrowso much for searching the log -ty  :-)
13:36.56dtidrowcrud - will have to watch later, got a dentist appt. in a few minutes
13:37.52``Erikheh, piss the dentist off and watch it on your phone while he/she/it works ;> *duck*
13:47.53Stattrav``Erik: you bought a lotus evora ?
13:51.43``Erikhell no
13:51.53``Erik<-- pets his m3 :D
13:52.29``ErikI don't think the evora is even buyable yet
13:53.36``Erikmy next vehicle will probably be a small pickup truck
13:57.14Stattravlol
13:57.53Stattravtakes his bycycle out for a trip and stare awkwardly at women outside the pubs :P
13:58.22``Erikwhen I was shopping, I had a short list of some damn nifty cars, I think the 'pedestrian' appearance of the m3 may've been the clincher.... less cop attention and all... less ricers showing how small their dicks are, etc
13:58.55``Erik<-- wishes he lived in a place where a bicycle was acceptable transportation :(
13:59.22``Erik33 km between my front door to my office :(
13:59.36Stattravwell here they arent. but that is the only means of transportation. I have a motorbike but the doc asked me not to drive a motorbike
13:59.44Stattravwoah thats far
14:00.01``Erika significant portion on windy roads with no shoulder and fucktards in SUV's driving way over the limit, who don't bump out for side traffic
14:00.37Stattravwoah MD right
14:00.55``Erikthe US is a very young area, our cities are not built like the rest of the world
14:01.08``Erikso no, my drive is NOT very far in US standards, ... :/
14:01.38``ErikI have a shorter drive than I beleive any of the irc lurking office mates here... :D
14:02.24Stattravlol my drive is 20km a side and thankfully i am on leave from the university till the gsoc season ends
14:03.03``Erikif I'd have known that brlcad was not going to do the BRL-CAD gsoc admin this year, I woulda :/
14:03.29``ErikI think that even if the program is a net loss in the short term, it's still a net gain in the long term
14:03.43Stattrav:) sure do the next year, i shall be apply
14:03.56``Erikah well, que sera sera
14:04.18Stattravnet loss in terms of time commitments for you folks ?
14:04.22``Erikyeah
14:04.52``Erikwe can code, or we can try to help newbies figure out how to code...
14:05.26Stattravaah
14:05.31``Erikin short term producitivity analysis, 'training' is a huge drain... but if you don't have it, attrition destroys you
14:05.56Stattravohh
14:06.08``Erikat some point, you need to stop being productive and teach someone else how to be productive... or it ends
14:06.18``Erik*shurg8
14:07.16``ErikBRL-CAD is old enough to have actually suffered that pain as a software project... :)
14:07.37Stattrav:) i get it. i sure hope to get to know things by then if i have to apply. I am right now reading up on various geometric modeling and visual representation papers for my RA ship with a prof here
14:08.07``Erikalso; when I started on it, I carried the phrase "hit by a bus" as a reason to pass knowledge, that grated on people I think as the ueber-guru was taken by a traffic accident just a couple years prior
14:08.37Stattravlol
14:09.32``Erikannoys me that they actually took the pain and didn't learn from it, just was angry that it'd happened :(
14:10.14``Erikat the time... I think things are a lot better now, I think starseekers "zomfg dox!!!" attitude is pushing things in teh right way *shrug*
14:10.45Stattrav:)
14:11.07``Erikso you're going for a doctorate?
14:12.13Stattravyeah right now, I shall be working as an RA for year and then apply for masters at IISc, Bangalore then go for a phd in the US
14:12.33``Erikhave you selected a school int he US to try for yet?
14:12.54``ErikI imagine that'd shape how you work your MS
14:14.27``Erikharvard and princeton look nice on paper, I d'no if they offer much for development... ucb, mit, cmu, ... I think those're the zomfg schools for computer science and graphics
14:14.46``Erikunc/ch seems to be a bit of a name, too
14:58.31*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
14:59.19*** join/#brlcad CIA-42 (cia@208.69.182.149)
15:43.20*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
18:10.12*** join/#brlcad Ralith (~ralith@216.162.199.202)
18:28.24``Erikhrm
19:30.28*** join/#brlcad mafm_ (~mafm@83.45.73.17)
19:47.23*** join/#brlcad Stattrav (~Stattrav@117.192.129.2)
19:49.13*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
20:45.53*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:35.50*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
22:51.10*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
IRC log for #brlcad on 20100620

IRC log for #brlcad on 20100620

01:36.54*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
02:33.53*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
04:39.58*** join/#brlcad WhiteCalf (~Prez@96.31.84.96)
10:05.24*** join/#brlcad mafm (~mafm@83.45.73.17)
11:41.49*** join/#brlcad Stattrav (~Stattrav@117.192.136.240)
12:19.17*** join/#brlcad Stattrav (~Stattrav@117.192.143.59)
12:41.08``Erikhm, I'll have to tell john about this 'ross machining' place, they look like they may be exactly the help he needs for his audi
12:41.30``Eriklooks like race gas is gonna require a trip :/
12:51.45dtidrowrace gas?  the real stuff?
12:53.03``ErikI was just looking for 100 octane
12:53.12dtidrowthere's one place near work that still sells it - 110 octane for the old musclecars with high-compression motors
12:53.14``Eriknot 110 or alcohol or anything :)
12:53.32``Erikis that down in the dc area?
12:53.33dtidrowgod-awful expensive - >$6/gal
12:53.41``Erikyeah, 7.50 was the going price for the 100
12:53.57dtidrownah, I'm S.E. MI now
12:54.14dtidrowback home, basically  :-)
12:54.21``Erikah, 'k, I was kinda hoping there was one near me :) I'd either have to drive down into bmore or up into cecil by the drag way
12:55.04``Erik<-- been thinking about building a car again, something roughly similar to an ariel atom :/
12:55.48dtidrowariel atom => dune buggy with giant motor  ;-)
12:55.54``Eriksmall motor!
12:55.59``Eriklittle 4cyl toyota and honda engines
12:56.10dtidrownot compared to the old VW ones
12:56.11``Erikbut no weight :D and the suspension and frame are for track, not offroad :D
12:56.25``Erikno, not 1.4l, usually 2l
12:56.37dtidrowthe US-built Atoms used Ecotecs
12:56.49``Erikbut the old vw dune buggy was basically a bug with a different body...
12:56.55``Erikno tuning for performance
12:57.46dtidrowtrust me, I'm not dissing the Atom - would be loads of fun, as long as it's not raining
12:57.49``Erikhuh, and more hp
12:57.59``Erikyeah, ti'd be a track car, not a daily driver
12:58.23dtidrowdeadly on the track, too
12:58.32``Erikodd, they bumped up the hp and weight for the american version, just like they did on the lotus elise
12:58.57``Erikhey, shitheads, not all of us americans want an effin 'lead sled'! *shakes fist*
12:59.13``Erik:D
12:59.41dtidrowprobably comes from all the extra crap they have to put on to meet safety and emissions regs  :-(
13:00.14``Erikhrm, EU safety is more stringent than US law, the emissions are a bitch, though
13:00.34``Erikwith the elise, they used a bigger heavier engine with more hp and added crap like a radio and a/c
13:00.54``Erik130 -> 190 hp, plus 'niceities', that's all
13:01.12dtidrowwell, you need that kind of stuff for a daily driver
13:01.28``ErikI d'no, I went years driving a pickup with no a/c and no radio
13:01.33dtidrowtoss all that for a track day car
13:02.01``Erikbought it north of seattle, ya just don't get a/c up there... put in a nice stereo and got it stolen, so *shrug* :)
13:02.22``Erikwhich was odd, since the box was cut to fit the truck, it wouldn't have been very useful in another vehicle
13:02.25``Erikfor the sub
13:02.40dtidrowwell, okay - you don't _need_ that stuff, but it sure is nice to have, esp. A/C on hot summer days
13:02.48``Erikheh
13:03.06``Erikeven in my car with the a/c, I only turn it on of it's hot and raining... windows open, man :D
13:03.41``Erikand we've been having some 90+ days here lately O.o
13:03.49dtidrowyeah, been avoiding it as much as possible in my car - it's a dog without it running, totally pathetic with
13:04.22``Erikwhatcha driving? (and I imagine if you get a 240, removing the ac all together would be high on the list to make it track ready)
13:04.44dtidrowI wish it were a 240 - '02 Saturn SC2
13:04.56dtidrowlooks nice, but no real balls
13:05.21``Erikcool, good mileage though, right?
13:05.25dtidrowfor new(er) cars, I'd get a Sky Redline
13:05.59dtidroweh, okay mileage - it's got 100k+ miles on it, and mostly city driving
13:06.06dtidrow~27-28mpg
13:06.29``Erikhm, I have my performance car, want to get a truck for winter and hauling... if I were to pick right now, I think the vw tdi series is awfully attractive
13:07.40``Erikheh, I'm getting 22-23 in my m3 never going on interstates O.o I call it mixed driving, but it's probably more light city than anything else :)
13:08.31dtidrowoh, crap - gotta go get ready for church, later all...
13:08.37``Erikhasta
15:31.11*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
18:29.47*** join/#brlcad Nohla (~Nohla@168.226.178.66)
18:34.39*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
18:38.03yukonbobI've got a hypothetical q: re: mitering -- could I use typical CSG operations to determin miter for joining tubes (for example) and then somehow "unroll" a tube in question to see it's miter cut, as if it were laid flat?
18:39.26yukonbobAs I think, would be a custom rayshooting mechanism? measuring distances around circumference from a fixed Z, then plotting on cartesian x,y graph?
18:53.12*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:12.42*** join/#brlcad Stattrav (~Stattrav@117.192.134.241)
19:28.52*** join/#brlcad Nohla (~Nohla@168.226.179.15)
19:33.57*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
21:11.58*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
21:28.28CIA-42BRL-CAD: 03johnranderson * r39628 10/brlcad/trunk/src/librt/primitives/pipe/pipe.c:
21:28.28CIA-42BRL-CAD: tessellate_pipe_bend() was not able to handle cases where the bend radius
21:28.29CIA-42BRL-CAD: equals the outer radius of the pipe. The problem was that such a situation
21:28.29CIA-42BRL-CAD: produces degenerate faces. The fix was to add a vertex tree and a vertex
21:28.30CIA-42BRL-CAD: array to help in identifying and skipping the degenerate faces.
21:28.30CIA-42BRL-CAD: This fixes bug ID#3013742.
22:16.32*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
22:38.40yukonbob/who
22:40.31``Erikea / /urm0m
IRC log for #brlcad on 20100621

IRC log for #brlcad on 20100621

00:57.08*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
01:03.06*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
02:20.25*** join/#brlcad Nohla (~Nohla@168.226.179.15)
02:42.02starseekermakes a note to try and get his hands on this paper... http://www.springerlink.com/content/x3665206243u20x8/
02:43.42starseekerhttp://www.computer.org/portal/web/csdl/doi/10.1109/SITIS.2008.24
02:45.36starseekerOooo - http://www.cs.berkeley.edu/~hling/research/paper/intersection.htm
02:59.32starseekertries to recall if he has seen the berkeley link before...
04:47.28*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
05:38.15yukonbobI posted a q: re: miter joints earlier -- briefly -- is method for turning a miter joint into a "2D" version to write a custom ray-shooter?
05:39.43yukonbobWhat I want is an image that could be printed on paper to wrap around a suitable real-world object, and have the drawing on the paper indicate where cuts would be made to recreate miter joint.
10:01.08*** join/#brlcad mafm (~mafm@83.45.73.17)
10:03.36d-loMernin all!
11:08.41*** join/#brlcad jam555 (~on_Chatzi@adsl-99-62-181-187.dsl.okcyok.sbcglobal.net)
11:08.51*** part/#brlcad jam555 (~on_Chatzi@adsl-99-62-181-187.dsl.okcyok.sbcglobal.net)
11:21.32*** join/#brlcad Stattrav (~Stattrav@117.192.131.223)
11:53.44*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
12:58.53``Erikhm, yukonbob went and asked something interesting, then bailed O.o
13:39.09d-loTesting
13:39.35``Erikfail
13:39.35``Erik:D
13:39.43``Erikdang bubblehead :D
14:19.08d-loTest SAT :P
15:43.44*** join/#brlcad Stattrav (~Stattrav@117.192.148.99)
18:13.58starseekerdeposites the surface/surface paper on Ed's desk for him to digest
19:16.57*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:17.29``Eriksweet jeebus, that guy drives like a bat out of hell O.O stig setting a lap time in a vauxhall for 70's supercars to beat... http://www.youtube.com/watch?v=Vqaxt-Kfx70&NR=1
19:17.49``Erikwhen two wheels up in the air around a corner, that's a hell of a drive O.O
19:20.51*** join/#brlcad Stattrav (~Stattrav@117.192.133.145)
19:29.38*** join/#brlcad Maloeran (~maloeran@glvortex.net)
20:07.19CIA-42BRL-CAD: 03brlcad * r39629 10/brlcad/trunk/src/mged/ (mged.c mged.h setup.c):
20:07.19CIA-42BRL-CAD: make mged_setup() take a Tcl interp instead of relying on the global and so we
20:07.20CIA-42BRL-CAD: can track interp's initialization from unset/null to initialized. restructure
20:07.20CIA-42BRL-CAD: to eliminate forward declarations and quell all verbose warnings.
21:11.45CIA-42BRL-CAD: 03brlcad * r39630 10/brlcad/trunk/src/mged/mged.c: pass the Tcl_Interp to the bomb hook so we can eliminate referencing the interp global
21:57.07*** join/#brlcad jam555 (~on_Chatzi@adsl-99-114-167-248.dsl.okcyok.sbcglobal.net)
21:57.22*** part/#brlcad jam555 (~on_Chatzi@adsl-99-114-167-248.dsl.okcyok.sbcglobal.net)
22:09.39CIA-42BRL-CAD: 03r_weiss * r39631 10/brlcad/trunk/src/conv/obj-g_new.c: more status message cleanup
22:14.50CIA-42BRL-CAD: 03brlcad * r39632 10/brlcad/trunk/src/mged/ (attach.c grid.c mged.c mged.h share.c vparse.c): consolidate function declarations to mged.h
22:22.37CIA-42BRL-CAD: 03brlcad * r39633 10/brlcad/trunk/src/mged/ (attach.c grid.c share.c): more quellage, interp->interpreter passing it as an arg to print_valid_dm() and more.
22:24.00CIA-42BRL-CAD: 03brlcad * r39634 10/brlcad/trunk/src/other/tcl/generic/ (tclInt.h tclIntDecls.h): quiet shadow warnings on index
22:38.04CIA-42BRL-CAD: 03brlcad * r39635 10/brlcad/trunk/src/mged/mged_dm.h: dm_xvars.h is needed if we're going to check HAVE_X11_TYPES, otherwise potentially wrong type decl.
22:38.34CIA-42BRL-CAD: 03brlcad * r39636 10/brlcad/trunk/src/mged/ (attach.c mged.c mged.h): more declaration consolidation, remove warnings.
23:31.18*** join/#brlcad mafm (~mafm@83.45.73.17)
23:44.48*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
23:45.18*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
IRC log for #brlcad on 20100622

IRC log for #brlcad on 20100622

00:18.58CIA-42BRL-CAD: 03brlcad * r39637 10/brlcad/trunk/src/other/tcl/generic/tclDecls.h: quell strict compilation failures reintroduced with the update to 8.5.8 without the r38389 quellage.
00:20.41brlcadstarseeker: did you update any other external deps recently, or just tcl/tk?
00:26.10CIA-42BRL-CAD: 03brlcad * r39638 10/brlcad/trunk/NEWS: document the updates to tcl/tk since 8.5.1 including the intermediate update to 8.5.6 on 2009-02-13, and now the update to 8.5.8; update supports mac platform support and new archer gui developments.
02:13.37starseekerbrlcad: I believe just tcl/tk, not counting the openNURBS thing a while back and adding tktable
02:14.19starseekernuts, sorry - thought I had forwarded ported all the necessary changes
02:31.41starseekerOOoooo.  Category Theory in Isabelle/HOL - http://afp.sourceforge.net/entries/Category2.shtml
02:32.53*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
02:42.16*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
03:10.44*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
03:26.20CIA-42BRL-CAD: 03brlcad * r39639 10/brlcad/trunk/src/libdm/dm-ogl.c: USE_PROTOTYPES should not be used any more
03:34.38CIA-42BRL-CAD: 03brlcad * r39640 10/brlcad/trunk/include/ (fb.h fbio.h): ws cleanup
03:53.47brlcadyukonbob: that could be some custom ray-shooter, but it sounds a bit like you're wanting something like the UV coordinates of a model printed in 2D
03:55.06brlcador just not understanding what it is you're trying to accomplish
03:56.02brlcadif you just want a 2D ouline of the model, you'd just rtedge it and add some labels to the image
03:58.04Raliththe UV thing sounds closest to what he described
04:11.13CIA-42BRL-CAD: 03brlcad * r39641 10/brlcad/trunk/src/mged/ (mged.c mged.h set.c setup.c): remove mged_variable_setup() as it's not used. quell warnings while trampling through.
04:13.24brlcadyeah
04:16.26CIA-42BRL-CAD: 03brlcad * r39642 10/brlcad/trunk/src/mged/setup.c: only delete it if the original pointer is non-null
04:17.52brlcadstarseeker: on a quick test of head, 'red' still doesn't seem to do anything
04:19.10CIA-42BRL-CAD: 03brlcad * r39643 10/brlcad/trunk/TODO: red tested. doesn't work. must be unbusted before release.
05:48.42*** join/#brlcad Ralith (~ralith@216.162.199.202)
06:11.21*** join/#brlcad Ralith (~ralith@216.162.199.202)
09:45.40*** join/#brlcad CIA-40 (cia@208.69.182.149)
10:05.58*** join/#brlcad mafm (~mafm@83.45.73.17)
11:43.23*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
12:16.24*** join/#brlcad Stattrav (~Stattrav@117.192.146.39)
12:19.18starseekerbrlcad: yeah, I'm getting reports of that - I plan to tackle it today
12:20.15starseekermutters under his breath... red has been busted since v5 was introduced, wonder that it didn't wipe out data...
13:38.09*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
13:38.24brlcad~seen kanzure
13:38.26ibotkanzure <bryan@dhcp-84-36.me.utexas.edu> was last seen on IRC in channel #brlcad, 125d 16h 38m 29s ago, saying: 'ah maybe http://brlcad.org/xref/source/src/librt/primitives/'.
13:53.09brlcadwonders if d-lo is going to do anything else with mkbuilding .. start of something interesting there!
14:14.43CIA-40BRL-CAD: 03brlcad * r39644 10/brlcad/trunk/src/proc-db/ (Makefile.am metaballs.pl):
14:14.44CIA-40BRL-CAD: include an example procedural geometry generator perl script from tom browder
14:14.44CIA-40BRL-CAD: that helps create metaballs. script takes a simple text input and produces an
14:14.45CIA-40BRL-CAD: mged tcl script. I modified the script slightly to catch and quiet db_lookup
14:14.45CIA-40BRL-CAD: kill failures.
14:31.49CIA-40BRL-CAD: 03brlcad * r39645 10/brlcad/trunk/src/librt/db_tree.c: make sure ma_color is valid before printing it
15:33.15CIA-40BRL-CAD: 03brlcad * r39646 10/brlcad/trunk/src/proc-db/metaballs.pl: fix the HERE ws destruction. specify warnings with a use statement instead of via the -w argument for implementations of env that don't support arguments.
16:13.20CIA-40BRL-CAD: 03brlcad * r39647 10/brlcad/trunk/src/proc-db/ (Makefile.am spiral.pl):
16:13.20CIA-40BRL-CAD: add another contributed perl script that generates geometry. this script, from
16:13.21CIA-40BRL-CAD: bryan bishop (aka kanzure) generates a 'gear spiral' with teeth. presently
16:13.31CIA-40BRL-CAD: generates overlapping regions, but the basic shape is there. script was
16:13.31CIA-40BRL-CAD: provided from bryan and put into the public domain.
16:15.35CIA-40BRL-CAD: 03brlcad * r39648 10/brlcad/trunk/AUTHORS: special thanks to bryan bishop for his example spirals.pl procedural geometry perl script. not a code contribution to a completed feature or existing code, hence special thanks categorization.
16:43.05starseekerer... if ged_red is now the red command functionality, what is red.c doing in src/mged?
16:43.48CIA-40BRL-CAD: 03brlcad * r39649 10/brlcad/trunk/src/proc-db/spiral.pl:
16:43.49CIA-40BRL-CAD: cleanup. enable perl warnings, remove unnecessary comments, cleanup formatting,
16:43.50CIA-40BRL-CAD: test for objects before creating them (probably should just delete the file or
16:43.50CIA-40BRL-CAD: abort early). create combs instead of regions since they overlap.
16:46.50starseekerinvestigates...
16:56.30CIA-40BRL-CAD: 03brlcad * r39650 10/brlcad/trunk/src/proc-db/spiral.pl: test if spiral.g exists so we don't have to test for each object existing.
17:01.28CIA-40BRL-CAD: 03brlcad * r39651 10/brlcad/trunk/src/proc-db/spiral.pl: create a proper region
17:09.57*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
17:51.01*** join/#brlcad mafm (~mafm@83.45.73.17)
17:54.12brlcadhello packrat
17:54.20brlcadand mafm :)
17:54.21*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
17:54.46packratsup
17:57.24CIA-40BRL-CAD: 03brlcad * r39652 10/brlcad/trunk/BUGS: edcomb command also seems to be busted, similar to red -- doesn't seem to do anything. at least, testing showed no changes applied to geometry and it would crash if you provided one less arg than expected.
17:58.30*** join/#brlcad kanzure (bryan@dhcp-84-252.me.utexas.edu)
17:59.39kanzurebrlcad: btw, i didn't mean to imply that you had an affiliation with OpenCASCADE
17:59.46kanzureobviously it was a typo and i meant to say BRL-CAD
17:59.53kanzure"Btw, if you want to integrate STEP into OpenCASCADE, you should" <-- where the typo occured
18:00.11kanzuredo you have a copy of NIST SCL that actually compiles? :)
18:01.21mafmhi
18:08.33*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
18:29.32brlcadkanzure: no problem, wasn't sure if it was a typo or not
18:30.04brlcadwe have a copy in src/other/step that should compile
18:30.46brlcadit's now a required part of our build, that's part of the reason why we took over its maintenance (we need it, nist is done with it)
18:39.39kanzureneato
18:39.43kanzurewell, props to you guys for doing that
18:39.55kanzuredid the config/make file need to be rewritten?
18:46.06brlcadthat was a long time ago, but I believe it did.  plus, that was the easiest means to integrate it with our build
18:46.39brlcadprevious was a pretty quick build system, not very portable without editing files
18:47.40kanzurethanks for the email
18:47.56kanzurei'm surprised that you're allowed to distribute the STEP docs (even for BRL-CAD purposes or mutual development efforts)
18:48.01kanzurethat's amazing and great news
18:49.21brlcadthat's because it wouldn't technically be distributing the docs, it's still to "the same group for the same purpose"
18:49.32brlcadthat'
18:49.45kanzureright
18:51.11brlcadhence the need for it to be a brl-cad purpose, and we'd probably have to craft a simple agreement that makes that explicit just in case some dev posted the specs up on limewire and iso came hunting us down with a legal attack
18:51.21kanzuresure
18:51.41kanzurei have the EXPRESS files already
18:51.47kanzureis there "Other Stuff"?
18:51.54kanzureyou mentioned pdf files and ps files? do they have anything useful/interesting in them
18:52.01brlcadmost of the open source community has been unaware/ignorant of STEP until recent years
18:52.32kanzurebah, most people don't even know the difference between CSG/constraint-based-modeling/solids and mesh is
18:52.42brlcadpartly because of the licensing cost (I mean, *damn*) ..
18:52.53kanzureiso.org sells 10303 specs for $350/ea
18:53.13brlcadbut also just complexity .. it's meant to solve everything and most people care about their tiny niche problem of the moment
18:53.22brlcadI call it "the union of all cad formats"
18:54.10brlcadyeah, ARL spent a couple grand on the specs when we originally started working on STEP
18:54.40kanzureahh
18:54.45kanzurethat's also kinda sad- the military didn't have them already?
18:55.00brlcadhad they purchased all of 10303, I think I remember them saying it would have cost something like $20k
18:55.05kanzurehahah
18:55.11brlcadand would have taken up about 50' of bookshelf space if printed
18:55.12kanzure(btw, this is retarded)
18:55.20kanzureoh well
18:55.31kanzurefor a while my only option for STEP-related stuff was reading the OpenCASCADE code base
18:55.35kanzuresince they have an implementation of STEP
18:55.43kanzurewhich is not the best way to learn a standard ;)
18:55.48brlcadsomeone int he military might have already had a copy
18:55.50kanzurei dunno if you've ever looked into their source code
18:55.58kanzurebut it's pretty terrible
18:56.03brlcadbut then you get into the whole gray licensing area of a "group" and a purpose
18:56.23kanzurewell, all of this is making me pretty happy today
18:56.44brlcadintentionally have not ever looked at the opencascade source code as their license is incompatible
18:57.17brlcadi've pretty consistently heard others say it's terrible, though
18:58.18kanzurei have no idea how anyone does development at Matra Datavision / or whatever they call themselves these days
18:59.33kanzurebrlcad: ok. i'd like to get the STEP docs, and implement some stuff if i can. but i already have some of the documents, as you know
18:59.46kanzureso i need to make sure this is worthwhile- especially if you need to draft up a document for me to sign or something
18:59.56kanzureif i already have the same files, then it's pointless to draft up a document for me to sign
19:09.26brlcadquite
19:09.50brlcadI'll take a look at what's on archive and compare them to ours, see how close it is
19:10.49starseekeryeah, here's the opencascade license - iirc the having to send modifications back to the original developer is a no go, and possibly the requirement to acknowledge use of the software
19:11.03starseekerhttp://www.opencascade.org/getocc/license/
19:11.14starseekerwe'll let FreeCAD play with them
19:12.00kanzurefreecad has a pretty terrible interface
19:12.04kanzurei suggest http://heekscad.org/ instead
19:12.39starseekerI've never successfully compiled HeeksCAD
19:13.35starseekerFreeCAD definitely has its issues, but I've never been sure how many of those were just due to a non-mature build process
19:14.52starseekereither way, glad to see activity in the open source CAD arena - if openCASCADE has features people can use it's nice to have projects making them available
19:15.08starseeker(we'll eventually crush them all of course :-P)
19:15.25kanzurestarseeker: really? HeeksCAD has never given me trouble compiling
19:15.31kanzureare you on osx or something bizarre like that?
19:15.36starseekerGentoo Linux
19:15.40kanzurehuh
19:15.44starseekerit's been a while since I looked at it
19:15.49starseekerthey may have improved
19:15.54kanzurei wouldn't expect any problems on gentoo. that's weird.
19:16.02starseekerfor a while, just getting openCASCADE working was an adventure
19:16.42starseekergentoo has been kinda slow to the open source CAD game, in some ways - they've completely ditched QCAD now since it's not been ported to QT4 on the open source side
19:17.06kanzurethere should be a package for heekscad now, btw
19:17.10kanzurethere's definitely a debian package somewhere
19:17.12starseekerah, sweeet
19:17.15starseekerwill look
19:17.16kanzuredebian has a tool called 'alien' to convert foreign packaging formats
19:17.21kanzurei dunno if gentoo has something equivalent
19:17.40starseekernot typically - unless there's no alternative they'll compile things from source
19:17.53starseekerso binary rpms and debs are fairly useless
19:18.40starseekergentoo HATED our use of external libs in the tree, and Fedora is the same way - they want everything broken out
19:19.39starseekergenerally we can use external libs OK, but there are some (opennurbs, step, utahrle) where we're pretty much it and there isn't a workable upstream (at least for the use we're making)
19:20.54starseekerI can see their point in some ways, since the worry about security fixes and what not, but it ends up being a real pain all around
19:21.49starseekerBRL-CAD is intended to "just work" when you build it from the tarball
19:25.13CIA-40BRL-CAD: 03bob1961 * r39653 10/brlcad/trunk/src/libged/putmat.c: Modify putmat to "get" the matrix if a matrix is not specified.
19:29.45*** join/#brlcad jam555 (~on_Chatzi@adsl-99-114-165-115.dsl.okcyok.sbcglobal.net)
19:29.57*** part/#brlcad jam555 (~on_Chatzi@adsl-99-114-165-115.dsl.okcyok.sbcglobal.net)
19:30.31CIA-40BRL-CAD: 03bob1961 * r39654 10/brlcad/trunk/src/libged/ (Makefile.am combmem.c): Added the combmem command for setting/getting a combinations members.
19:31.17CIA-40BRL-CAD: 03bob1961 * r39655 10/brlcad/trunk/src/libtclcad/ged_obj.c: Added combmem to the command table.
19:33.17CIA-40BRL-CAD: 03bob1961 * r39656 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added a method for combmem.
19:36.44CIA-40BRL-CAD: 03brlcad * r39657 10/brlcad/trunk/src/libged/wdb_obj.c: remove dead code. old style and at least some of the functions referenced don't exist.
19:38.29CIA-40BRL-CAD: 03brlcad * r39658 10/brlcad/trunk/src/libged/wdb_obj.c: quell size_t warnings
19:39.40``Erikinclude/ged.h not committed?
19:41.10brlcadprolly not
19:41.17CIA-40BRL-CAD: 03brlcad * r39659 10/brlcad/trunk/src/libged/putmat.c: restructure to see ged_getmat() before using it. clean up indendation and comments, fix constness.
19:41.22``Erikah, that was bob
19:43.48CIA-40BRL-CAD: 03bob1961 * r39660 10/brlcad/trunk/include/ged.h: Added a declaration for combmem.
19:48.06CIA-40BRL-CAD: 03brlcad * r39661 10/brlcad/trunk/src/libged/combmem.c: static/HIDDEN functions should not have a ged_ prefix. instead, use the name of the command/group that they belong to or leave them without prefix. use HIDDEN instead of static when declaring private library functions.
19:52.55*** join/#brlcad Stattrav (~Stattrav@117.192.128.175)
19:53.01CIA-40BRL-CAD: 03brlcad * r39662 10/brlcad/trunk/src/libged/combmem.c: quell all compilation warnings. shadowing vars, unused vars, and size_t comparisons.
19:53.43CIA-40BRL-CAD: 03brlcad * r39663 10/brlcad/trunk/src/libged/combmem.c: ws consistency indent cleanup
19:54.29CIA-40BRL-CAD: 03brlcad * r39664 10/brlcad/trunk/src/libged/combmem.c: s/GED_GETCOMBTREE/COMBMEM_GETCOMBTREE/g
20:00.41kanzurebrlcad: should i send you a directory listing of files that i have re: ISO 10303 from archive.org?
20:11.20brlcadnot necessary
20:11.35kanzureokie dokie
20:13.32brlcadwoot, http://brlcad.org/tmp/spirot.png
20:13.39brlcad(rotations)
20:17.32*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:23.15brlcadand http://brlcad.org/tmp/spirot2.png
20:27.09CIA-40BRL-CAD: 03brlcad * r39665 10/brlcad/trunk/src/proc-db/spiral.pl: rotate the boxes as we spiral outward creating a box-ish tunnel. angle of rotation is 90 minus arctan(y / x).
20:30.44kanzureawesome.
20:31.03kanzurealso, i think one of the things on the todo list for that was a z-axis thing. shouldn't be too hard.
20:31.14kanzurebut it's also kinda unnecessary ;)
20:37.22CIA-40BRL-CAD: 03brlcad * r39666 10/brlcad/trunk/src/util/pixhalve.c: fix memory corruption on exit. we weren't freeing the right pointers.
20:39.36brlcadwho cares about necessary, it's fun ;)
20:40.06CIA-40BRL-CAD: 03brlcad * r39667 10/brlcad/trunk/NEWS: fixed a minor bug in pixhalve where we weren't releasing the memory we allocated properly. now frees the memory and avoids the noisy Deallocation warning on Mac OS X.
20:44.19CIA-40BRL-CAD: 03brlcad * r39668 10/brlcad/trunk/src/util/pixhalve.c: cleanup. remove forward decls, quell all warnings, upgrade to size_t.
20:45.56*** join/#brlcad Ralith (~ralith@216.162.199.202)
20:47.08CIA-40BRL-CAD: 03brlcad * r39669 10/brlcad/trunk/src/util/pixhalve.c: plug lil memory leak on exit, free out in/out bufs.
20:47.09*** join/#brlcad Ralith (~ralith@216.162.199.202)
20:49.41brlcadneat-o:  http://brlcad.org/tmp/spirot2.png
20:50.08brlcadcalcs aren't quite right, as can be seen in that picture
20:50.16brlcadkeypoint is wrong
20:50.33brlcadit's off half the box width
22:04.29RalithI have no idea what the significance of that is but it's neat looking.
22:50.52``Erikyowza, that's a lot of rain O.o
22:51.18``Erikralith: spiral rotation script written to generate geometry procedurally using perl O.o :)
22:55.39``Erikdamn, now it's hail
22:59.46kanzure:)
23:52.50dtidrow``Erik: hailing outside there?
23:54.27dtidrowoh, nm - almost an hour ago
23:55.21dtidrowlooks like the mid-atlantic region is getting clobbered
IRC log for #brlcad on 20100623

IRC log for #brlcad on 20100623

00:06.55*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
00:31.57CIA-40BRL-CAD: 03brlcad * r39670 10/brlcad/trunk/src/proc-db/spiral.pl:
00:31.58CIA-40BRL-CAD: add a fudge factor of 6 degrees to compensate for the fact that we're
00:31.58CIA-40BRL-CAD: translating the segments based on their lower corner point instead of their
00:31.59CIA-40BRL-CAD: natural center. the x/y needs to change and/or the rotation angle needs to take
00:31.59CIA-40BRL-CAD: the size and keypoint of the box into consideration. fudge is 'good enough' for
00:32.00CIA-40BRL-CAD: this scripting example, though.
00:32.00CIA-40BRL-CAD: we also batch together mged invocations in sets of 100 to reduce overhead. improves runtime by two orders of magnitude. names are simplified as well.
00:36.07brlcadpurdy!
00:36.26brlcadlast render for the day under way
00:39.38starseekerkanzure: hah - HeeksCAD does compile with a Makefile tweak
00:39.44starseekernice
00:45.25kanzureneato
00:47.00starseekerbemusedly watches it try to open the OpenMoko step file...
00:47.54kanzureheh
00:49.50starseekercool - justin got his masters degree and is resuming work on gcam
00:57.01Ralithoo
01:05.26*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
01:09.44starseekerum
01:09.45starseekercan't read "rateknobs": no such variable
01:09.45starseekerMGED unable to initialize gui, reverting to classic mode.
01:11.25starseekerO.O what the...
01:11.29starseekerred works here
01:11.32starseekeraaaaaaaugh
01:12.30starseekeroh, there we go...
01:12.32starseekerkinda works
01:12.34starseekerodd...
01:27.34brlcadhttp://brlcad.org/tmp/spiral.png
01:28.51brlcadand that's enough of that :)
01:29.03yukonbobhello, #brlcad
01:30.06yukonbobq: again  -- (don't recall having seen an answer over last two days): anybody have ideas for converting a CSG miter joint to a 2d plot for application on a real world object?
01:32.16yukonbobeg: imagine two pipes joined nearly perpendicularly, like a "T" (but not necessarily 90 degrees). The "stem" (versus "top crossbar") of the T will need a miter joint. If I model in BRLCAD, ideas for generating a piece of paper I can wrap around ereal-world object to guide miter cut?
02:19.03CIA-40BRL-CAD: 03brlcad * r39671 10/brlcad/trunk/src/proc-db/spiral.pl: cleanup and explanation for example purposes
02:21.45CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Spiral.png]]": Example procedural geometry model generated by a Perl script, rendered with BRL-CAD.
02:31.19CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r2246 10/wiki/Spiral: initial discussion writeup for the example spiral procedural geometry script
02:32.14brlcadkanzure: fyi, http://brlcad.org/wiki/Spiral
02:33.04brlcadyukonbob: the only ideas I have involve writing code
02:34.20brlcadsounds like a somewhat complex mapping of an arbitrary UV surface space to 2D
02:34.49kanzurethanks
02:35.39brlcadyukonbob: you could script the projection if you know that it's cylindrical, taking the cut geometry and sampling in a cylindrical pattern and then writing the output to a 2D projection as you go
02:38.16yukonbobhi brlcad :)
02:38.39yukonbobya -- I didn't figure it'd be easy -- but it got more complex as I imagined a bit harder...
02:39.06yukonbobhrmm.. I take that back... :)
02:39.38yukonbobI am imagining pipes (at the moment); so at least it's a "regular" object...
02:39.59yukonbobone could then shoot rays "dead on" and make measurements...
02:40.04yukonbobis happy
02:51.55brlcadnirt was sort of designed for that sort of scriptable pattern sampling
03:03.07brlcadenvisioning a script that iterates over azimuth and height, shooting rays and for each ray that hits at a prescribed depth, you write out a pixel and proceed to the next cell
03:05.58CIA-40BRL-CAD: 03brlcad * r39672 10/brlcad/trunk/src/proc-db/spiral.pl: minor explanation consistency
03:54.04Ralithhuh.
03:54.11Raliththere's no BRL-CAD package in Arch.
03:54.18Raliththat's mildly distressing.
04:30.10Ralithconsiders putting together an AUR package
04:38.26Ralithbrlcad: is there a description of the function of all BRL-CAD's (library) components somewhere?
07:36.38Ralithjust tried to build SVN
07:36.46Ralithhm
07:36.47Ralithcleans
08:48.57*** join/#brlcad mafm (~mafm@83.45.73.17)
08:49.43*** join/#brlcad Ralith (~ralith@216.162.199.202)
09:04.15brlcadRalith: there is a description in HACKING, src/README, and (to a lesser extent) doc/PROJECTS
09:04.44Raliththanks
09:07.35mafmbrlcad: didn't you use JAMA in your project, the Java version?
09:08.31brlcadin one place related to nurbs evaluation, not sure it's still being used
09:09.57Ralithwhere would I find detailed API docs for libwdb?
09:16.52mafmwell, I have to not-used in my program, used Apache Commons Math instead
09:17.07mafmit had some weird bugs
09:17.20mafmthe bad part is that even CERN libs copy from it :S
10:34.27*** join/#brlcad Nohla_ (~Nohla@168.226.177.20)
11:05.58d-loMernin all!
11:45.41brlcadRalith: why, from the source of course
11:46.14brlcadactually, there's a manual page (man libwdb)
11:46.21brlcadplus lots of examples in src/proc-db
12:06.23*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
12:36.15CIA-40BRL-CAD: 03d_rossberg * r39673 10/brlcad/trunk/src/libged/CMakeLists.txt: synced with Makefile.am by adding combmem.c to the build
12:43.41*** join/#brlcad Stattrav (~Stattrav@117.192.156.213)
14:57.17CIA-40BRL-CAD: 03r_weiss * r39674 10/brlcad/trunk/src/conv/obj-g_new.c: added test_face options, fixed a couple logic bugs, added nmg_fix_normals for closed shells
15:12.25*** join/#brlcad Stattrav (~Stattrav@117.192.149.87)
15:14.30starseekerBah.
15:14.59starseekerthe parsing of the temporary file for red is weak - the addition of other elements in the file messes it up
15:16.40starseekerthinks a little...
15:16.42starseekerhmm...
15:22.56starseekerbrlcad: edcodes seem to apply a change here - how did you get it to fail?
15:23.31starseekeroh, edcomb
15:23.33starseekernevermind
15:23.36starseekercarry on
15:25.15starseekerhmm... edcomb does do something here, although admittedly it's not the most easy to use command I've ever seen
15:47.10*** join/#brlcad Nohla_ (~Nohla@168.226.179.80)
16:25.08*** join/#brlcad Nohla_ (~Nohla@168.226.179.80)
17:01.42``Erikthey used all my dang charcoal O.o
17:18.50``Erikmilton irl: http://idle.slashdot.org/story/10/06/23/151227/Woman-Jailed-For-Starting-Office-Fire-To-Leave-Work-Early?art_pos=4
19:11.50*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:39.06CIA-40BRL-CAD: 03erikgreenwald * r39675 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: steal the UV method and jam it into rt_metaball_uv.
20:34.01RalithI'm getting TCL errors trying to install a freshly built SVN.  I have a system TCL (version 8.5.8) and am getting "/home/ralith/src/brlcad/brlcad/src/other/tcl/library/init.tcl: version conflict for package "Tcl": have 8.5.6, need exactly 8.5.8
20:34.06Ralith"
20:38.19Ralithconfig.log seems to indicate that system TCL tests passed
20:43.48Ralithreran configure, verified it's using system TCL/Tk
20:44.26Raliththis is in tkhtml3
20:47.36Raliththere appears to be cruft lying around the svn dir somewhere
20:48.27Ralithchecks out fresh
20:52.40brlcadstarseeker: I was trying to turn an existing comb into a region, not modify an existing region
20:52.44brlcadthat might have been the flaw
20:53.06starseekerwith edcomb?
20:53.11brlcadyep
20:53.53starseekermy thought on edcomb is to make it take attr=val pairs on the command line to make it more flexible, but I don't know for sure
20:53.55brlcadcuriously don't know of any other way to create a region out of a list of objects
20:54.34brlcadwanted something like "r foo.r *.s" .. but that obviously doesn't work because r expects operators
20:54.35starseekerhmm... - the g command followed by an attr set?
20:54.42brlcadright
20:55.02brlcadwhich is basically what I ended up doing, but really didn't want to set attr directly
20:55.26starseekerhrm
20:55.28brlcadas there are other values assocated with regions like the material_id, los, region_id, etc
20:55.32starseekerwe could make r more flexible...
20:55.43brlcador g
20:56.01brlcadg -r foo.r *.c
20:56.06starseekernods
20:56.32starseeker(or both - probably reasonable for both commands to be more flexible)
20:57.04starseekeris currently setting up some mechanisms to deal with standard attributes more easily before rewiring red.c...
20:57.38brlcadRalith: sounds like tkhtml is looking in our tcl source dir (probably because it loads tcl.m4 or tclConfig.sh from there) instead of the system dir
20:59.01Ralithyeah, closer examination showed that it had some state left over from very old compilations
20:59.05Ralithwhich make distclean failed to wipe
21:03.30CIA-40BRL-CAD: 03brlcad * r39676 10/brlcad/trunk/doc/docbook/lessons/es/ (8 files in 2 dirs): beneficent jesica completes translation of lesson 9 from english to spanish. that just leaves two to go! awesome.
21:05.39CIA-40BRL-CAD: 03brlcad * r39677 10/brlcad/trunk/doc/docbook/lessons/es/ (4 files): remove the executable bit.
21:12.44brlcadit's about time to take the docs to the next level and get new pdfs up on the website
21:13.12Ralithoo
21:14.06CIA-40BRL-CAD: 03brlcad * r39678 10/brlcad/trunk/NEWS: jesica provided spanish translations for lessons 4, 5, 7, 8, 9, 10, 11, 12, 13, and 14 of the mged vol II tutorials! only two remaining
21:30.52starseekerbrlcad: you mean tackle the problem of proper Docbook stylesheets?
21:34.57brlcad4yup
21:36.18starseekerturns slightly pale
21:36.23Ralithheh
21:39.38brlcadmighty whitie!
21:40.18starseekerheh - yeah, I guess getting more pale would be a trick for me
21:40.28starseekeravoids the day star
22:34.28``Erikaday star evil
22:38.16Nohla_brlcad, lied you again :P
22:38.33Nohla_I'll send you the 15th in a few minutes
22:39.46Nohla_fortunately, I can only do this once more
22:43.33*** join/#brlcad Nohla (~Nohla@168.226.179.80)
22:43.48CIA-40BRL-CAD: 03starseeker * r39679 10/brlcad/trunk/ (include/db5.h include/raytrace.h src/librt/db5_types.c):
22:43.48CIA-40BRL-CAD: Alright, this isn't close to ready yet but has definitely reached the 'I don't
22:43.55CIA-40BRL-CAD: want to have to re-create it' stage - commit initial work on some basic routines
22:43.55CIA-40BRL-CAD: for syncing between the comb datastructure and avs attributes, with some helper
22:43.55CIA-40BRL-CAD: functions to handle the various naming convention stuff. These functions will
22:43.55CIA-40BRL-CAD: be used initially to clean up the red.c logic, but will probably be needed in
22:43.56CIA-40BRL-CAD: other places where standard attributes are changed.
22:44.23CIA-40BRL-CAD: 03r_weiss * r39680 10/brlcad/trunk/src/conv/obj-g_new.c: added ability to stop on nmg bomb instead of always falling back to native-bot, added code to partly remove zero length edges
22:46.25starseekershould have moved the sanity checking of attribute values to db5_standardize_avs before committing... whoops. Oh well, after supper
22:47.48starseekerbrlcad: actually, do we already have a packaged routine for parsing out the r/g/b color strings?  Or if not, should that ability be in libbu in case other routines want it?
22:59.09``Erikheh /usr/local/etc/periodic/daily/600.genbrlcaddocs
23:00.36``Erikint color[3]; sscanf(buf,"%i/%i/%i",color+0,color+1,color+2); ?
23:01.15``Erik(or &color[0], &color[1], &color[2] if ptr math scares ya)
23:01.51Ralithseems pretty trivial
23:02.34brlcadNohla: jajajaja
23:02.46brlcad"Leo la palabra truck una vez mas hoy y exploto" jaja, awesome
23:03.03``Erikralith: I've seen that tcl exact issue, removing the -exact in init.tcl seems to work ok
23:03.09Nohlaseee ¬¬
23:04.11Ralith``Erik: already most of the way through a recompile, and there probably would have been other fallout from the stale data anyway
23:04.18``Erikkapow O.o
23:04.19brlcadstarseeker: yes, rt_comb_get_color() as well as routines for reading/writing color tables
23:05.04brlcadwould like to move AWAY from version-specific API names .. "db5"
23:06.09brlcadthe fact that those are stored as attributes should probably be an implementation detail, with added routines for the ones we don't remove like get_color
23:07.04brlcadneed to think about it some more, though
23:29.09*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
23:33.02*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
23:59.13*** join/#brlcad Nohla (~Nohla@168.226.179.80)
IRC log for #brlcad on 20100624

IRC log for #brlcad on 20100624

00:04.48*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
00:14.38*** join/#brlcad Nohla (~Nohla@168.226.179.80)
00:15.52starseeker``Erik: sigh, thanks - figured I was overcomplicating it
00:44.29``Erik(of course, then ya gotta make sure sscanf was able to fill all the variables correctly and do some verification to make sure tehy're sane, no -C 400/-13/423143 to try breaking things, etc
00:44.33``Erik)
00:44.45starseekersure
00:45.48``Eriksrc/rt/opt.c:259  the atoi/ptr++ approach heh
00:46.01starseekerthat's what red.c seems to do too
00:46.34``Eriknotes that the / seperator is just convention, could be any old non-digit symbol
00:46.41starseekeractually, no ptr++ - just lots of special cases...
00:46.57``Erikand hand checking instead of isdigit()
00:46.58``Erikum
00:47.11``Erikcp++; increments the pointer to the next element in the character buffer
00:47.13starseekertrying to bottle up the "need to update comb data structure" stuff into neat, well contained functions
00:47.21starseekeroh, right
00:48.02starseekerin a way, this is related to the attr changes we had to make a while back where the attribute was getting set but the comb region flag wasn't (and oddness happened)
00:48.24starseekerhopefully, this will handle it once and for all
01:03.04*** join/#brlcad Nohla (~Nohla@168.226.179.80)
02:01.18*** join/#brlcad Nohla (~Nohla@168.226.179.80)
02:10.52*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
02:34.27CIA-40BRL-CAD: 03starseeker * r39681 10/brlcad/trunk/ (include/db5.h src/librt/db5_types.c): More mostly untested std attribute function tweaking.
02:51.52CIA-40BRL-CAD: 03starseeker * r39682 10/brlcad/trunk/src/librt/db5_types.c: Fix avs pointers, oshader name.
03:40.50brlcadfg
03:48.17CIA-40BRL-CAD: 03brlcad * r39683 10/brlcad/trunk/doc/docbook/lessons/es/ (14 files in 2 dirs): just one more to go........ this adds jesica giudice's translation of lesson 15 from english to spanish, leaving only lesson 16 remaining.
04:09.53CIA-40BRL-CAD: 03brlcad * r39684 10/brlcad/trunk/AUTHORS: special thanks to luciano lamaita for helping jesica giudice (in a limited fashion) with translation of mged tutorial 9 from english to spanish.
04:09.54CIA-40BRL-CAD: 03brlcad * r39686 10/brlcad/trunk/doc/docbook/lessons/es/ (5 files): reference images in the es dir, not the en dir.
04:09.56CIA-40BRL-CAD: 03brlcad * r39685 10/brlcad/trunk/NEWS:
04:09.56CIA-40BRL-CAD: jesica provided spanish translations for lessons 4, 5, 7, 8, 9, 10, 11, 12, 13,
04:09.57CIA-40BRL-CAD: 14, and 15 of the mged vol II tutorials.. that only leaves lesson 16 remaining.
04:09.57CIA-40BRL-CAD: also credit luciano lamaita for helping her with lesson 9 separate.
04:33.44*** join/#brlcad Stattrav (~Stattrav@117.192.145.16)
04:45.50*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
04:56.40*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
05:13.42Raliththe windows release appears to be quite old
05:13.49Ralithany particular reason for that?
05:33.34*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
06:51.53*** join/#brlcad Ralith (~ralith@216.162.199.202)
08:23.52CIA-40BRL-CAD: 03Rossberg 07http://brlcad.org * r2247 10/wiki/Main_Page: added link to Spiral tutorial
08:24.37CIA-40BRL-CAD: 03Rossberg 07http://brlcad.org * r2248 10/wiki/Main_Page: /* Tutorials */
08:58.50*** join/#brlcad mafm (~mafm@81.36.112.195)
09:15.32*** join/#brlcad Nohla (~Nohla@168.226.179.80)
11:03.28*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
11:32.40CIA-40BRL-CAD: 03d_rossberg * r39687 10/brlcad/trunk/src/librt/db5_types.c:
11:32.41CIA-40BRL-CAD: some ancient compilers (as MSVC 2008) do not like these C99 idioms
11:32.42CIA-40BRL-CAD: put a variable declaration to the begin of the section
11:52.59*** join/#brlcad mafm_ (~mafm@81.36.112.195)
12:18.59*** join/#brlcad Stattrav (~Stattrav@117.192.133.119)
12:24.31*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
12:54.46brlcadRalith: most of the binary releases are old -- they take a lot of time and there aren't dedicated platform release maintainers
12:54.56brlcadfeel free to make one ;)
15:42.18CIA-40BRL-CAD: 03starseeker * r39688 10/brlcad/trunk/src/librt/db5_types.c: Try not to throw away data - take a stab at making the db5_standardize_avs function simply standardize the first instance of a std attribute type it finds and warn about other attributes having the same type.
15:52.16*** join/#brlcad Stattrav (~Stattrav@117.192.136.187)
16:41.12*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
16:45.56CIA-40BRL-CAD: 03starseeker * r39689 10/brlcad/trunk/src/librt/db5_types.c: do better - don't stomp, say, the color attribute value with the rgb value when rgb is read first just because rgb is of type color.
16:46.15CIA-40BRL-CAD: 03starseeker * r39690 10/brlcad/trunk/include/db5.h: Comment tweak
18:51.43CIA-40BRL-CAD: 03bob1961 * r39691 10/brlcad/trunk/src/libged/combmem.c: Consolidate combmem_setcombmem_rel and combmem_setcombmem_abs into combmem_setcombmem. Also scale (i.e. local2base) the translation vector and the keypoint.
19:31.16Ralithbrlcad: what's the supported build env on windows?
19:32.28kanzureyawns
19:32.30kanzuretime to get back to work
19:39.34brlcadRalith: msvc (misc/win32_msvc8)
19:39.55brlcadthough cygwin/mingw should and have worked in the past too
19:43.03CIA-40BRL-CAD: 03brlcad * r39692 10/brlcad/trunk/src/libged/combmem.c: simplify names
19:44.47Ralithis trying to set up a mingw/win64 env for another project, will give a go with that
19:48.39*** join/#brlcad Stattrav (~Stattrav@117.192.136.187)
19:49.58CIA-40BRL-CAD: 03starseeker * r39693 10/brlcad/trunk/src/librt/db5_types.c: Don't try to update if we can't get the avs...
19:52.35*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:04.15CIA-40BRL-CAD: 03brlcad * r39694 10/brlcad/trunk/src/conv/obj-g_new.c:
20:04.15CIA-40BRL-CAD: just a quick scan to perform minor ws indent and formatting consistency cleanup
20:04.16CIA-40BRL-CAD: on comments and code. autoalign comment blocks to column 70 for
20:04.16CIA-40BRL-CAD: printing/display purposes. remove embedded tabbings and spaces on types as they
20:04.30CIA-40BRL-CAD: are a maintenance cost to maintain and (more importantly) can lead to subtle
20:04.30CIA-40BRL-CAD: bugs getting introduced, particularly with pointers.
20:05.55brlcadRalith: iirc, it worked best if you installed a system tcl/tk for it to link against instead of letting our bundled version build, you may also end up with some X services wanting to compile given how long it's been since the last build
20:06.20brlcadbasically, you might have to make some minor tweaks to the build, but nothing too difficult
20:08.31brlcadis thinking these "standardization" functions are implementation details, not public API
20:14.20starseekershrugs - sure, no problem - I'm just trying to encapsulate this logic since I know it is needed in several places
20:17.20starseeker(really, anywhere comb attributes and/or comb data structure values are altered)
20:20.43starseekerkinda in the "quick and dirty" stage right now
20:20.56starseekerleast as far as API
21:36.32CIA-40BRL-CAD: 03starseeker * r39695 10/brlcad/trunk/src/ (libged/red.c librt/db5_types.c): Start playing with the red command. DO NOT USE THE RED COMMAND IN TRUNK CURRENTLY - it will destroy your data.
21:55.05CIA-40BRL-CAD: 03starseeker * r39696 10/brlcad/trunk/src/libged/red.c: Add some debugging print statements, sync both ways before proceeding...
21:58.07louipchmm why wouldn't you do that in another branch?
21:58.57starseekerlouipc: red has been busted for a looooong time
21:59.41starseekerpreviously it would have eaten any non-standard attributes, then it just didn't do anything to apply attributes when I added non-standard ones to the file
22:00.24starseekerI'm getting close to making it a more generic read-avs-pairs + comb tree approach to things
22:01.44louipcoh it destroyed data before
22:02.08starseekeryep - never updated to v5 database format
22:02.21starseekerso any of the shiny new string attributes were ignored and lost
22:02.47starseekeryou were OK if you had only old style stuff, but that's not a safe assumption and hasn't been for a long time
22:02.51louipchmm
22:02.52``Erikwonders if it's getting to be time to create a 7 branch and start calling trunk 8
22:03.06starseekerwe have the rel8 branch...
22:03.43``Erikwhich sits untouched :D
22:03.53starseekerheh - I sync it periodically
22:04.07starseekerstill busy fighting brush fires
22:04.17starseekerhaven't had time to play with things like material objects
22:04.27louipcwhat's 8 all about?
22:04.36starseekerv6 database format, primarily
22:04.42louipcinteresting
22:04.43starseekerincompatible changes
22:05.42``Erikwanders home to watch futurama O.o
22:05.52starseekeris considering a change in the comb data structure to remove comb->rgb, comb->inherit, etc. in favor of using only attributes
22:05.59starseekerproposing a change rather
22:28.54CIA-40BRL-CAD: 03starseeker * r39697 10/brlcad/trunk/src/librt/db5_types.c: Use bu_avs_add_vls where appropriate
22:31.02*** join/#brlcad Nohla (~Nohla@168.226.179.46)
22:43.28*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100625

IRC log for #brlcad on 20100625

00:28.30*** join/#brlcad roberthl_ (~robert@2001:ba8:1f1:f03d::2)
00:28.50*** join/#brlcad cosurg1 (~cosurgi@atak.bl.pg.gda.pl)
00:31.38*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
00:37.07*** join/#brlcad CIA-33 (~CIA@208.69.182.149)
00:51.49*** join/#brlcad Nohla (~Nohla@168.226.179.46)
00:51.49*** join/#brlcad mafm (~mafm@81.36.112.195)
00:51.49*** join/#brlcad Ralith (~ralith@216.162.199.202)
00:51.49*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
02:54.44*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
02:54.56*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
03:29.41*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
06:38.28*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:12.01*** join/#brlcad Stattrav (~Stattrav@117.192.138.167)
09:16.09*** join/#brlcad Nohla (~Nohla@168.226.178.70)
09:54.51*** join/#brlcad mafm (~mafm@81.36.112.195)
10:53.36*** join/#brlcad Stattrav (~Stattrav@117.192.140.42)
14:11.30*** join/#brlcad Stattrav (~Stattrav@117.192.156.5)
15:04.24``Erikhttp://www.youtube.com/watch?v=7B2LPxggvqY
15:21.10*** join/#brlcad Stattrav (~Stattrav@117.192.144.49)
15:35.40*** join/#brlcad CIA-93 (cia@208.69.182.149)
15:38.23*** join/#brlcad mafm_ (~mafm@81.36.112.241)
15:45.32*** join/#brlcad mafm (~mafm@83.54.181.216)
15:45.53CIA-93BRL-CAD: 03starseeker * r39698 10/brlcad/trunk/src/librt/db5_types.c: Tweak handling of color when updating - don't set 0/0/0 by default if there is no color attribute already defined.
15:49.16*** join/#brlcad mafm_ (~mafm@83.50.133.75)
15:56.00CIA-93BRL-CAD: 03starseeker * r39699 10/brlcad/trunk/src/librt/db5_types.c: More color tweaking
16:10.56CIA-93BRL-CAD: 03starseeker * r39700 10/brlcad/trunk/src/libged/red.c: tweaks to red code - need to get check_comb functioning before worrying about build_comb
16:12.19CIA-93BRL-CAD: 03starseeker * r39701 10/brlcad/trunk/src/libged/red.c: ws, indenting
17:03.26*** join/#brlcad mafm_ (~mafm@81.37.87.228)
17:10.54*** join/#brlcad mafm_ (~mafm@116.Red-79-159-1.staticIP.rima-tde.net)
18:03.42*** join/#brlcad mafm (~mafm@81.37.87.140)
18:16.56CIA-93BRL-CAD: 03starseeker * r39702 10/brlcad/trunk/src/libged/red.c: Take a somewhat different (hopefully cleaner) approach to handling the tmp file with red using bu_vls and friends
18:20.52starseekermakes a note to check asc2g to see how it parses combs - perhaps red should be calling one of asc2g's routines directly for this
19:10.30starseekerhmm - apparently we don't have an operation to reverse a vls
19:13.57brlcadstarseeker: little value removing those comb members at least before shader objects are implemented -- it would just slow down processing
19:14.39brlcadstoring object data as attributes is purely a private implementation detail
19:14.48brlcadnot "the one true way"
19:15.15starseekerk
19:16.10starseekerOnce I've got things running again I'll yank the standardize functions out of the headers
19:19.20brlcadwould like to spec out binary attributes
19:23.12brlcadstoring numbers into attributes is just a bit silly
19:27.49``Erikhow much of a typing system would be needed, though? pick a simple language to model off of?
19:32.05brlcadno typing needed
19:32.12brlcadthis is talking about storage format
19:34.04``Erikwell, you're already talking about having two stored types; strings and "numbers" (int? float?)
19:35.12brlcadprobably all the C99 types
19:35.50brlcadso there'd be a marker on data written out what type it is, so the proper union is used when read back in
19:36.14``Erikand how to fix endian, etc
19:37.05brlcadwith v5 at least, we always write out network order (big)
19:37.32``Erikyeah, but int2 and uint4 will need to know more to unwind
19:37.58``Erik(being short and unsigned long these days)
19:39.57``Erikmight be able to get away with 13 or so... {u,s}int{1,2,4,8},{u,s}float{4,8},str
19:39.58brlcadby c99 types, I meant the stdint types, int32, int64, uint32, int8, plus float, double, and strings
19:40.19brlcadyeah, that's the idea
19:40.21``Erikthat's what I figured :D
19:41.06brlcadmaybe even allow for arrays for all of them
19:41.09``Erikjust wanna make sure it's not grown erratically
19:41.26``Erikmultidimensional?
19:41.31brlcadsingle
19:41.37``ErikI could see a region having a pcdh table or something
19:42.00``Erikespecially interacting with geomserver
19:42.17``Erikand M4
19:43.13``Erik<-- was already talking to starseeker about making a little gutil to walk regions, read the giftmater, grab the name and density value out of a file and shoving those in as attributes for the region
19:44.21brlcadthat's what material objects are for, so you can import a .density file, it creates the objects and replaces the material_id reference to the new material object name
19:44.50brlcadthat way we can preserve normal form, not replicate the data
19:45.36``Erikyeh, talked to him about that, too
19:51.41brlcadwhich, interestingly, the more I think about it .. is what binunif's are
19:53.04brlcadprobably would involve merging binunifs with attribute-only objects, then allowing object attributes to be an extension of the new type that has the binunif type semantics
19:53.21brlcadmakes a note
19:58.57CIA-93BRL-CAD: 03brlcad * r39703 10/brlcad/trunk/TODO:
19:58.57CIA-93BRL-CAD: make a note about support for binary object style typed data within attributes.
19:58.57CIA-93BRL-CAD: implies consolidation of attribute and binunif object entity types into one
19:58.57CIA-93BRL-CAD: generalized type and allowing per-object attributes to support that extended
19:58.57CIA-93BRL-CAD: form of expression.
20:15.57*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:46.14CIA-93BRL-CAD: 03brlcad * r39704 10/brlcad/trunk/src/mged/ (mged.h set.c setup.c): mged_variable_setup() is indeed required. logic was read reversed on TRY_NEW_MGED_VARS and subsequently removed, causing baby mged seals to cry.
20:51.01starseekerbest commit message of the day! :-P
20:53.05``Erikheh
20:53.38``Erikso does this mean that the "if unable to detect right dm, use them all" is fixed? :D
20:54.34brlcadnothing to do with detecting the right dm -- init was reporting an error (rightly so, on the missing var) so it assumed tcl initialization failedd
20:54.57brlcadso it fell back to console mode, even those gui initialization didn't fully fail
20:55.13``Erikah
20:55.15brlcadas can be seen if you just hit enter for nu, gui finishes firing up
20:55.35``Erik<-- kept selecting X, didn't explore the issue *shrug*
21:13.34CIA-93BRL-CAD: 03starseeker * r39705 10/brlcad/trunk/src/libged/red.c:
21:13.35CIA-93BRL-CAD: Put some code in red to attempt to get the matrix off of the end of a comb line.
21:13.35CIA-93BRL-CAD: Once the string has been identified and snarfed, it can be checked for
21:13.35CIA-93BRL-CAD: non-number characters to do a quick validation of whether it really is a matrix
21:13.35CIA-93BRL-CAD: or just a bizarre name and used (if valid) to identify the proper end of the
21:13.35CIA-93BRL-CAD: object name component.
23:11.10*** join/#brlcad Nohla (~Nohla@201.255.229.17)
IRC log for #brlcad on 20100626

IRC log for #brlcad on 20100626

04:22.15starseekerif that ASCAP letter on slashdot is for real it's hard to believe...
05:03.50*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
06:19.08Ralithwoah, what the fuck
07:09.45*** join/#brlcad Stattrav (~Stattrav@117.192.135.115)
07:35.32*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
09:22.05*** join/#brlcad Stattrav (~Stattrav@117.192.135.115)
09:53.03*** join/#brlcad jam555 (~on_Chatzi@adsl-99-31-25-252.dsl.okcyok.sbcglobal.net)
09:53.11*** part/#brlcad jam555 (~on_Chatzi@adsl-99-31-25-252.dsl.okcyok.sbcglobal.net)
11:09.12``Erikheh, indeed
11:09.54``Erikunfortunately, no ag has decided to bring groups like that and riaa up on mobster type charges :/
12:40.27*** join/#brlcad Stattrav (~Stattrav@117.192.135.115)
13:56.36``Erikdamnit, whatever was in my old camera is not an sd card :/ I'll have to pick up a 16g one next time I'm in a store (as the main drive for my new server)
14:53.24*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
17:11.54*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
17:27.28*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
17:27.55starseekerstops reading slashdot for today - it's just making his blood pressure go up
17:29.17starseeker``Erik: that's a pretty good point, actually - I'd be tempted to take them to court if I had a small business playing only free music and they tried some of the stunts described in the comments
18:30.53*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
21:55.02*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
22:26.47*** join/#brlcad AirBender (~AirBender@190-121-77-233.bk26-dsl.surnet.cl)
22:27.00AirBenderHi
22:28.24AirBenderI'm new to brlcad, and I'm trying to follow the steps to project a printed circuit board image onto a paralelepiped geometry(emulating the PCB solid)
22:29.45AirBenderafter following all steps stated in the Volume III of tutorial, the image doesn't get "merged" with the solid. If I change the view angle, the image stays the same, ad only the wireframe changes the view. Any suggestions?
22:44.09AirBenderI think I am doing something wrong with region name. Do I have to set a region name prior to open the combination dialog?
IRC log for #brlcad on 20100627

IRC log for #brlcad on 20100627

00:21.31PrezKennedybrlcad, i heard about the email you sent my bro. A++
00:29.20AirBenderNow I understand why the image didn move, but the raytracer draws only noise and throw a warning about the image size being greater than the reserved size for the file. How can I solve this_
00:41.46AirBendersolved
03:20.52*** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
03:21.52luke-jrhi
03:22.03luke-jrI want to design a custom clock... would brlcad be useful for me?
03:57.35brlcadluke-jr: that depends on a lot of factors, but "probably"
03:58.31brlcadPrezKennedy: interesting that you'd hear about it
03:58.35luke-jrwhat factors?
03:58.37luke-jrO.o
03:58.58brlcada whole slew of factors
03:59.10brlcadwhat you're trying to accomplish
03:59.19brlcadthe actual goals products of your design
03:59.25brlcadwhat experience you have
03:59.31brlcadfamiliarity with concepts
03:59.35brlcadlots lots more
04:00.08brlcadmight as well ask "will car insurance be useful for me?" .. well, it really depends
04:00.48luke-jrno experience
04:00.59luke-jrjust want to build a timepiece
04:01.12luke-jrread a wiki-howto on how pendulum clocks usually work
04:17.02luke-jrgosh, this thing has a ton of ~arch deps  :(
05:41.04PrezKennedybrlcad, he's down here for the weekend
06:36.42Ralithbrlcad: has BRL-CAD become more useful for design in the past year or so?
07:16.45*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
08:11.30*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
17:39.48*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
18:31.18*** join/#brlcad Stattrav (~Stattrav@117.192.143.77)
19:01.37starseekerO.o that's weird - I stumble onto irock.com looking at mineral photos, and it turns out he donated the whole lot to wikimedia under a CC license
19:01.40*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
19:02.45starseekermakes a note that if he wants minerals at some point irocks.com is the place to check first... donating to Wikimedia deserves reward
19:03.15starseekeryeah, irocks.com not irock.com
19:13.56luke-jrso I installed brlcad...
19:14.00luke-jrhow do I actually run it? :/
19:18.14starseekertype mged
19:21.09luke-jrbash: mged: command not found
19:22.40luke-jrgotta give an absolute path /usr/brlcad/bin/mged
19:22.44luke-jrbut then it just gives a console
19:22.57luke-jrand "graphics window"
19:24.10luke-jrI get the feeling I might be better off throwing together a Perl script :/
19:25.21luke-jrhmm
19:25.22luke-jrhow can I add units?
19:28.54starseekerluke-jr: I'd recommend reading this first:  http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf
19:29.24luke-jrstarseeker: will I need to edit the source to add units, or is that configurable somewhere?
19:33.48starseekerdepends on what you mean by "add units"
19:34.11starseekerif you mean change units in the .g file, by default mm is used and you can change this with the units command
19:38.13*** join/#brlcad Nohla (~Nohla@201.255.229.17)
19:41.54luke-jrstarseeker: I mean the menu doesn't list tonal units
19:42.22luke-jrI probably want to work in metertons
19:42.39luke-jrwhich is about 0.366615 inches or 9.3120223 millimetres
19:43.28luke-jrand represented in base 16
20:03.55luke-jrcircles and such primitives are nice for 3D modelling, but how do I make gears and emulate the physics? :/
20:10.41*** join/#brlcad jam555 (~on_Chatzi@adsl-99-62-181-224.dsl.okcyok.sbcglobal.net)
20:10.51*** part/#brlcad jam555 (~on_Chatzi@adsl-99-62-181-224.dsl.okcyok.sbcglobal.net)
20:14.50starseekerluke-jr: we don't support that sort of simulation currently, afaik
20:21.07luke-jr...
20:21.22luke-jrthen this seems like a pointless exercise :(
20:47.21RalithI don't think any CAD suite supports that.
20:47.58Ralitha few game-oriented tools might, but gears don't tend to simulate well in game physics engines.
20:48.15Ralithyou might want to rethink what exactly you need to achieve your goals
21:07.52luke-jremulation of gears and such, to figure out the right sizes/types
21:52.13Ralithphysical simulation is not the right way to do that.
21:52.24Ralithjust select gears specified as compatible :P
21:52.30luke-jr...
21:52.38luke-jrthere's more than compatibility to consider
21:52.48luke-jrthey have to functionally do what I need them to do :P
21:52.54Ralithrotate?
21:53.03luke-jrat the exact correct rate, yes
21:53.12Ralithgear ratios are trivial math
21:53.25luke-jrperhaps
21:53.42Ralithand will give you far more precise figures than a physical simulation
21:54.04Raliththere's no 'perhpas' to it; it's simple arithmetic.
21:54.34Ralithhttp://en.wikipedia.org/wiki/Gear_ratio
21:54.35luke-jrI've never done it before, and don't want to find out after I've spent $$$ that I was wrong on something
21:54.48Ralithwell, there's detailed information on how to do it.
21:54.49luke-jrright now, I don't even know my input rate
21:55.30luke-jrmore importantly, I guess, is finding where I can actually buy gears...
22:06.42*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100628

IRC log for #brlcad on 20100628

00:47.49*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
02:08.41``Erikactually, we do gears well... using tcl scripting to get the spacing and such
02:09.07``Erikarchivistist was able to do some very impressive stuff using some "industry standard" tables
02:15.57Raliththat's not physical simulation, though
02:25.07``Erikno, s'not our focus... but it is the tool set to build one, no? :)
02:26.58``Erikas far as saying "make a gear with a diameter of 23mm and 97 teeth", that's very much the tcl way, no?
02:38.43*** join/#brlcad Nohla (~Nohla@168.226.176.197)
03:12.39RalithI have no idea what the TCL way is
03:12.40Ralith>_>
03:29.47*** join/#brlcad Nohla (~Nohla@168.226.179.90)
03:29.59*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
03:47.26*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
06:12.03*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
07:35.13*** join/#brlcad Ralith (~ralith@216.162.199.202)
08:05.15*** join/#brlcad Stattrav (~Stattrav@117.192.128.199)
08:45.24*** join/#brlcad mafm (~mafm@81.37.87.140)
09:00.21*** join/#brlcad Nohla (~Nohla@168.226.179.90)
09:10.20*** join/#brlcad Ralith (~ralith@216.162.199.202)
09:45.06d-loMernin all!
12:45.46*** join/#brlcad Stattrav (~Stattrav@117.192.135.68)
13:04.20*** join/#brlcad Stattrav (~Stattrav@117.192.149.252)
14:29.25d-lo*readreadread*
15:37.42brlcad*yawn*
15:38.52d-loWaking up?
16:45.27CIA-93BRL-CAD: 03starseeker * r39706 10/brlcad/trunk/src/libged/red.c:
16:45.27CIA-93BRL-CAD: Start working the comb build logic in - it looks like it may be possible to
16:45.27CIA-93BRL-CAD: merge the 'check' and 'build' steps, although the details of copying to and from
16:45.27CIA-93BRL-CAD: temp data structures and combs remain to be sorted out. Still totally
16:45.27CIA-93BRL-CAD: non-functional
16:46.52brlcadd-lo: no, just getting rolling slowly today .. absurdly packed weekend
16:53.00brlcadluke-jr: er .. "metertons"?  do you have a reference for that unit type?  everything I'm seeing on-line says that's basically a netherland word for metric ton, which is not a unit of distance
16:53.04CIA-93BRL-CAD: 03starseeker * r39707 10/brlcad/trunk/src/libged/red.c: Er, yeah - put the part of the matrix logic that needs the name AFTER the part where we get the name...
16:54.23brlcadluke-jr: you can certainly model the gears using primitives, there are plenty of examples of exactly that which have been shown in the past -- we're not a physics simulation package, though, so simulating those gears is outside scope, something you'd have to implement
16:56.13*** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
16:56.30CIA-93BRL-CAD: 03starseeker * r39708 10/brlcad/trunk/src/libged/red.c: Helps to initialize vls before using them...
16:58.18brlcadmake sure fp is closed before returning
16:58.35brlcada few potential return paths look unfree
16:58.55starseekernods
16:59.01starseekerI'm not even sure the logic is right yet
16:59.17starseekerjust doing the "commit early, commit often" thing :-P
17:00.12brlcadsure, expected
17:00.48brlcadjust shouldn't ignore coding complete too
17:01.09starseekerprobably a bit overkill, but I'm trying to "modernize" this sucker - bu_vls_gets and friends
17:01.10brlcadclosing descriptors and freeing memory should never be an afterthought
17:01.12starseekerpoint
17:01.53starseekerI just held off because I'm not sure yet if some of those paths will survive (already been through a couple itereations locally)
17:03.12starseekerisn't entirely sure if bu_vls_gets does arbitrary length lines, but knows it will at least take the magic line length limit out of the red code itself
17:04.18starseeker<snort> as long as I'm in this mode I suppose I should head from this to trying to mop up the nirt routines
17:04.54brlcadeven if it's a "should_never_be_true=0; if (should_never_be_true) { return -1; }" and it might go away, if it's going to be a code path, memory and fd's should be accounted for
17:05.17brlcadotherwise, that's trivial bug injection, leaks, crashes
17:05.48brlcadespecially once attention is diverted elsewhere in a routine (where the "real work" is going on, the code that SHOULD be getting called)
17:06.47brlcadvls_gets does do arbitrary length un to the specified length
17:06.53brlcads/un/up/
17:07.18brlcadit does an fgets() in blocksize chunks, then puts the chunks together into the vls for you
17:07.45starseekernods
17:08.12brlcadso you could do something like fstat(), get the file size, then bu_vls_gets(vls, file_size); to read the whole file into a vls
17:10.05brlcader, strike that .. it'll stop one line at a time :)
17:10.46luke-jrbrlcad: a meterton is 1/0x10 of a tonal meter :)
17:11.25CIA-93BRL-CAD: 03starseeker * r39709 10/brlcad/trunk/src/libged/red.c: Add bu_vls_free in appropriate places
17:11.49luke-jrhttp://www.lulu.com/product/paperback/tonal-system/10991090
17:14.32brlcadluke-jr: that's quite some obscure piece of work there, 1862!
17:14.45brlcadlooks like it never went anywhere
17:14.46louipcwhat's that?
17:15.10brlcadand entirely horribly named .. tonal system means something entirely different today
17:15.27brlcad"proposed to be called the" ... proposal denied!
17:15.42louipchaha
17:15.54louipcI think base 10 works nicely
17:15.59louipcwe've got 10 fingers
17:17.03brlcadI don't know of any CAD system that directly supports what I'm reading, quite niche regardless
17:19.01brlcadreally looks like some hookey predescessor to the metric system
17:20.29brlcadmetermills instead of millimeters, millmeters instead kilometers ..
17:22.59CIA-93BRL-CAD: 03starseeker * r39710 10/brlcad/trunk/src/libged/red.c: Tweak attribute grabbers to handle extra spaces and not create the name attribute
17:23.02brlcadwow, they even define new months, 10 months per year
17:23.31brlcad(er, "10" months in base 16 .. 16 months, heh)
17:23.56``Erikdidn't si try to redefine time measurements when doing metric, as well?
17:24.38brlcadHappy Kolumbian 0b'th!
17:30.17luke-jrlouipc: logic failure
17:30.33louipcluke-jr: where?
17:30.42luke-jrlouipc: 10 fingers does not imply base 10 at all
17:30.56luke-jrlouipc: many people count on their fingers in base 6
17:31.04louipcwhy not?
17:31.11luke-jrI personally count on my fingers in base 2
17:31.46louipcwell it implies base 10 more apparently than 16, 6 or 2
17:32.05CIA-93BRL-CAD: 03starseeker * r39711 10/brlcad/trunk/src/libged/red.c: Add some debugging printout for the tree matricies - clearly not scanning that right.
17:32.06luke-jrbase 2 is the most optimium for finger-counting
17:32.25luke-jrbase 6 is somewhat easier for a base 10 mind to wrap around
17:32.34louipcit's not the most apparent though
17:32.41louipcbase 10 is the most obvious
17:32.43starseekerluke-jr: what prompted you to try modeling using such a system?
17:32.48louipclogic not fail
17:33.04luke-jrstarseeker: the whole exercise is part of my homeschooling of children
17:33.15luke-jrlouipc: obvious to you, maybe
17:33.32louipcobvious to the whole modern civilised world maybe
17:33.32luke-jrlouipc: binary division is most obvious in everyday life
17:33.42luke-jrlouipc: you confuse brainwashing with obviousness
17:34.07louipcok there's no point in debating with you anymore
17:34.11louipc:D
17:34.17louipcbecause I am brainwashed
17:34.31luke-jreveryone is, in one thing or another
17:34.46louipcso you admit to being brainwashed?
17:34.51luke-jrthe only valid comparison is to an uneducated mind
17:34.57luke-jrsure
17:35.11luke-jrbrainwashing is somewhat inherent to education
17:35.14louipcso neither of us has any valid say
17:35.30luke-jrbut I was brainwashed to use decimal :)
17:35.37louipcso let's take the status quo of modern society as correct. how bout that?
17:35.45luke-jrno
17:35.48louipc:P
17:35.52luke-jrstatus quo of modern society is almost always wrong
17:35.58louipcbut you're brainwashed
17:36.09louipcso that might be wrong
17:36.22luke-jrit's one thing to see the benefits of a system that goes against your brainwashing, and another to push for what you're brainwashed with :)
17:36.38luke-jrbinary division is universally obvious :)
17:36.46luke-jrdespite the decimal brainwashing
17:37.33louipcI do like some things about binary division, but there are reasons it's capacity has been largely reduced
17:37.46louipcand I don't really think it has to do with any sort of brainwashing
17:37.59luke-jrits*
17:38.01luke-jr:)
17:38.03louipcor is someone collecting royalties on the base 10 system?
17:38.10luke-jryes
17:38.12luke-jryou and I are
17:38.18louipcawesome
17:38.28luke-jrour royalties are understanding people
17:38.54luke-jrif the next generation were taught a superior system, we would have to learn it to understand
17:39.30luke-jrthat's an expense I am willing to make so that my children learn to be multi-"lingual" on mathematical systems
17:41.28CIA-93BRL-CAD: 03brlcad * r39712 10/brlcad/trunk/src/libged/color.c: allow for any non-numeric delimeter character between values. increases expected sscanf count.
17:42.17luke-jrbrlcad: how about allowing 'units 9.3120223' ?
17:42.39luke-jror better yet 'units mt=9.3120223' ?
17:42.40CIA-93BRL-CAD: 03brlcad * r39713 10/brlcad/trunk/src/libged/loadview.c: shouldn't be doing our own buffering, TODO: use libbu
17:46.56CIA-93BRL-CAD: 03erikgreenwald * r39714 10/brlcad/trunk/src/libged/color.c: ignore the ignored scan fields (%c -> %*c and remove the %c (supposed to be &c?))
17:58.31starseekerBah - Bilski doesn't sound like it resolved much
18:03.51*** join/#brlcad Stattrav (~Stattrav@117.192.149.252)
18:03.51*** join/#brlcad mafm (~mafm@81.37.87.140)
18:03.52*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
18:03.52*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
18:03.52*** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
18:03.52*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
18:03.52*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
18:03.52*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
18:03.52*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
18:03.52*** join/#brlcad Maloeran (~maloeran@glvortex.net)
18:03.52*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
18:03.52*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
18:05.02*** join/#brlcad cosurg1 (~cosurgi@atak.bl.pg.gda.pl)
18:05.29*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
18:17.11*** join/#brlcad ibot (~ibot@rikers.org)
18:17.11*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
18:24.03CIA-93BRL-CAD: 03starseeker * r39715 10/brlcad/trunk/src/libged/red.c: Oh yeah, 'e' is a character in the numbers used in the matrix.
18:24.21CIA-93BRL-CAD: 03bob1961 * r39716 10/brlcad/trunk/src/libged/combmem.c: Modified ged_combmem to allow applying relative rotations, translations and scale. Rotations can be specified using aet, xyz or rotations about an arbitrary axis.
18:25.45*** join/#brlcad jam555 (~on_Chatzi@adsl-99-110-121-55.dsl.okcyok.sbcglobal.net)
18:26.22*** part/#brlcad jam555 (~on_Chatzi@adsl-99-110-121-55.dsl.okcyok.sbcglobal.net)
18:29.00CIA-93BRL-CAD: 03bob1961 * r39717 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl CombEditFrame.tcl): Initial matrix edit using tktable. Using default tktable bindings. No validation of cells yet.
19:48.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:05.36CIA-93BRL-CAD: 03brlcad * r39718 10/brlcad/trunk/src/libged/color.c: db_alloc/db_put no longer return size_t, just check truthfulness.
20:10.57CIA-93BRL-CAD: 03brlcad * r39719 10/brlcad/trunk/src/libged/loadview.c: quell warnings
20:16.39CIA-93BRL-CAD: 03brlcad * r39720 10/brlcad/trunk/src/libged/ps.c:
20:16.39CIA-93BRL-CAD: fixed a bug in postscript output where the scale and translation were being
20:16.39CIA-93BRL-CAD: swapped outright. warnings taken care of. also eliminated exact floating point
20:16.39CIA-93BRL-CAD: comparison and allow any delimeter when specifying colors like found elsewhere.
20:17.56CIA-93BRL-CAD: 03brlcad * r39721 10/brlcad/trunk/src/libged/ (png.c put_comb.c rcodes.c rmater.c): consistency when parsing numbers, colors in particular, to allow any character delimeter along with whitespace.
20:54.21CIA-93BRL-CAD: 03brlcad * r39722 10/brlcad/trunk/src/libged/red.c: if you're going to ignore the lower, the upper should be ignored then too. more importantly, document this oddity.
21:03.59CIA-93BRL-CAD: 03starseeker * r39723 10/brlcad/trunk/src/libged/red.c: Start playing with copying combs, working on copies, then making the copy into the original upon success. Still a ways to go here.
21:19.27CIA-93BRL-CAD: 03starseeker * r39724 10/brlcad/trunk/src/libged/red.c: OK, this applies attributes - now to figure out how to update the tree
21:29.24CIA-93BRL-CAD: 03brlcad * r39725 10/brlcad/trunk/src/conv/obj-g_new.c:
21:29.24CIA-93BRL-CAD: -s and falling back to a grouping mode that was not requested breaks usability
21:29.24CIA-93BRL-CAD: convention. If we cannot perform what the user requested, we should stop
21:29.24CIA-93BRL-CAD: instead of continuing down some other path the user did not request. Lets not
21:29.24CIA-93BRL-CAD: second-guess the user.
21:46.06CIA-93BRL-CAD: 03starseeker * r39726 10/brlcad/trunk/src/libged/red.c: Hmm - no good. rt_db_put_internal looks like it might be correct, so first guess is setting up something else wrong.
21:48.24CIA-93BRL-CAD: 03brlcad * r39727 10/brlcad/trunk/src/libged/edcomb.c:
21:48.24CIA-93BRL-CAD: checking less than 6 or greater than 7 means it allows 6 or 7 args, yet only
21:48.24CIA-93BRL-CAD: exactly 7 is valid (and 6 crashes). do the right check. expand the error
21:48.24CIA-93BRL-CAD: reporting too to say exactly which argument couldn't be read. improve on the
21:48.24CIA-93BRL-CAD: stupid 'Regionflag' that undocumentedly had to start with 'R' in order to make
21:48.25CIA-93BRL-CAD: the region. check for a boolean value too now.
22:18.43CIA-93BRL-CAD: 03brlcad * r39728 10/brlcad/trunk/src/libged/ (6 files): quell a slew of warnings including shadowings, exact floating point comparisons, and floats being used as ints.
22:20.35CIA-93BRL-CAD: 03brlcad * r39729 10/brlcad/trunk/ (5 files in 3 dirs): lscon was never implemented but was a bad idea to begin with. no sense polluting the namespace just to report constraint objects (use search or modify ls)
22:27.03CIA-93BRL-CAD: 03brlcad * r39730 10/brlcad/trunk/TODO:
22:27.03CIA-93BRL-CAD: request from luke_jr via irc to add support for custom unit types to the units
22:27.03CIA-93BRL-CAD: command. implies some means to at least record the conversion factor and make
22:27.03CIA-93BRL-CAD: the libbu unit facilities report 'custom' instead of halting on unknown.
23:13.49CIA-93BRL-CAD: 03louipc * r39731 10/brlcad/trunk/misc/archlinux/PKGBUILD: archlinux: Add boost to depends
23:28.42CIA-93BRL-CAD: 03brlcad * r39732 10/brlcad/trunk/BUGS: yutani reports /reminde me via the Help forum that extrude via MGED gui crashes MGED.
IRC log for #brlcad on 20100629

IRC log for #brlcad on 20100629

00:04.44*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
00:06.53*** join/#brlcad Nohla (~Nohla@168.226.179.90)
01:00.35*** join/#brlcad Nohla (~Nohla@168.226.179.90)
01:17.22CIA-93BRL-CAD: 03brlcad * r39733 10/brlcad/trunk/src/ (4 files in 3 dirs): more lscon references to be eliminated
01:22.24``Erik*snrkt* http://www.collegehumor.com/picture:1940268
01:22.47``Erik"contains 10% seawater" on a gas pump
01:29.38*** join/#brlcad Nohla (~Nohla@168.226.179.184)
01:37.00starseeker../../../brlcad/src/libged/wdb_obj.c:298: error: ‘ged_lscon’ undeclared here (not in a function)
01:38.31starseekerah, nevermind
01:38.32starseekersorry
01:38.41starseekernote to self - read scrollback
02:10.30luke-jrbrlcad: would be nice if the custom units could have an abbreviation (eg 'tm') specified, as well as a rendering style (eg, decimal, hexadecimal, tonal)
02:31.53*** join/#brlcad mafm (~mafm@3.Red-88-11-184.dynamicIP.rima-tde.net)
03:21.54brlcadluke-jr: if you care to specify what exactly you're wanting into a feature request, it would be good to add it to our tracker on sf.net
03:24.50luke-jr:)
03:28.36CIA-93BRL-CAD: 03starseeker * r39734 10/brlcad/branches/cmake/ (3248 files in 420 dirs): Update cmake branch to trunk rev 39733
04:38.25*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
05:34.11CIA-93BRL-CAD: 03starseeker * r39735 10/brlcad/branches/rel8/ (2750 files in 420 dirs): Update rel8 branch to trunk rev 39733
05:37.55starseekerwee that was fun
07:57.19*** join/#brlcad Stattrav (~Stattrav@117.192.143.194)
10:02.41*** join/#brlcad mafm (~mafm@3.Red-88-11-184.dynamicIP.rima-tde.net)
10:04.23*** join/#brlcad mafm (~mafm@3.Red-88-11-184.dynamicIP.rima-tde.net)
10:06.09*** join/#brlcad mafm (~mafm@3.Red-88-11-184.dynamicIP.rima-tde.net)
10:08.00*** join/#brlcad mafm (~mafm@3.Red-88-11-184.dynamicIP.rima-tde.net)
10:09.47*** join/#brlcad mafm (~mafm@3.Red-88-11-184.dynamicIP.rima-tde.net)
10:11.32*** join/#brlcad mafm (~mafm@3.Red-88-11-184.dynamicIP.rima-tde.net)
10:13.35*** join/#brlcad mafm (~mafm@3.Red-88-11-184.dynamicIP.rima-tde.net)
10:15.20*** join/#brlcad mafm (~mafm@3.Red-88-11-184.dynamicIP.rima-tde.net)
10:21.02*** join/#brlcad mafm (~mafm@98.Red-80-26-129.dynamicIP.rima-tde.net)
11:06.34d-loMernin all!
11:20.51Ralithmernen
11:38.47d-loHow goes it man?
11:42.39Ralithsleepily
11:48.59*** join/#brlcad Stattrav (~Stattrav@117.192.139.87)
11:49.11*** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
12:20.10*** join/#brlcad mafm_ (~mafm@245.Red-88-23-77.staticIP.rima-tde.net)
15:10.07brlcadstarseeker: nice merging .. those look like pretty big jumps
15:22.05``Eriknow when do we start making rel8 our primary dev area? or do a pivot and make trunk 8 and have rel7 for maintenance while figuring the new file format? :D
16:12.20*** join/#brlcad jam555 (~on_Chatzi@99.110.121.103)
16:12.40*** part/#brlcad jam555 (~on_Chatzi@99.110.121.103)
16:14.08louipctrunk should always be the primary dev area shouldn't it?
16:15.03starseekerlouipc: it's a bit tricky - rel8 will involve a lot of incompatible changes, so once we start making those changes any pure fixes independent of rel8 work will get harder to merge back
16:16.00starseekerwe're trying to shake out some long-standing bugs in the 7* line currently
16:16.02louipcmaintenance would be in a separate branch, no?
16:16.27starseekerit would, but that implies a considerably increased overhead in merging things between branches
16:17.07starseekernot to mention all the extra testing
16:17.36starseekerand there can be situations where you essentially have to develop the fix twice, if the code has split far enough
16:17.58louipcso how long do you support rel7 for?
16:18.07louipcyeah
16:18.34louipcI haven't really worked with svn branches before
16:18.44starseekeralso, some of the rel8 issues will require a good deal of careful thought - particularly when it comes to v6 database format stuff
16:18.46louipcbut git makes it really easy
16:19.17starseekeryou want to be VERY careful when doing that design to be as future proof as possible, since every time you have to do a new v* format update it's good for a lot of headaches
16:19.47louipcof course
16:19.49starseekerw still have a lot of v4 vs v5 specific functions littering the code, for example
16:20.18starseekerideally, we'd get that cleaned up before adding yet another round of v6 stuff in...
16:20.36louipchehe
16:20.49louipcsounds like quite the buffet
16:22.12louipcis there some kind of roadmap for these development efforts?
16:23.54starseekerbrlcad is the map ;-)
16:24.20louipchmm might be a good idea to put it in writing
16:25.05starseekerwe may have some stuff in the rel8 branch - let me look
16:30.01starseekerhmm... don't see it offhand
16:31.43louipcno prob
16:57.13starseekernevermind, Sean pointed it out - at the bottom of the TODO file
16:58.09starseekerI think the "BREAK PROTOCOL OR ARE BACKWARDS-INCOMPATIBLE" section
17:07.19CIA-93BRL-CAD: 03starseeker * r39736 10/brlcad/branches/rel8/TODO: Toss a couple notes into the rel8 TODO file
17:09.50starseekeridly wonders if we could do an XML based .g file format description for archival use, then realizes ``Erik would probably kill him...
17:13.44brlcadrel8 can become trunk when at least half of our activity is on rel8 work, which it's nowhere near
17:14.44brlcadthere's no value putting the cart ahead of the horse on that one, it'd just make the monthly releases and support that'd still need to happen in the meantime more clumsy
17:17.22brlcadlouipc: maintaining the branch itself isn't a problem, it's keeping a consistent scope and definition of the branches in order, all while maintaining a release schedule
17:18.29brlcadI've seen all too many times, devs treating a compatibility break as a time to go completely half-hazard on breaking API and turning stability into a disaster
17:19.05brlcadthere is absolurely nothing preventing anyone from working on rel8 today
17:22.56``Erikgrabs his 6shooter and cowboy boots and prepares to go off halfhazard (halfcocked? halfbrained?)
17:23.24``ErikI'd be afraid to do any dev in rel8 at the risk of causing serious merging difficulties
17:23.44``Erik(now I'll read backlog)
17:25.16``Eriktrunk as zomfg dev and stable as a branch is what I'm familiar with, that's why I'll say things like "mfc" instead of merging to a branch, I'm used to the freebsd shtuff (which is well tested and well documented)
17:26.22brlcadthat makes complete sense when most of the dev work is happening on trunk
17:26.23``Erik(and xmlg-g g-xmlg seems somewhat reasonable, if vrml is simply inferior *shrug*) :)
17:26.29brlcadthat's not presently the case, so it doesn't make sense
17:27.05``Erikmost of the dev work IS happening on trunk, but trunk is 'the old one'
17:27.08brlcadtrying to force it sounds counterproductive and would probably just make releases a pita
17:27.20brlcadthat's my point
17:27.27brlcadnothing stopping anyone from working on rel8 now
17:27.47brlcadif most were, heck if even 25% of commits were going to rel8, it might make sense
17:28.18``Erikwonders how upset starseeker would be if he made rel8 his main working branch O.o
17:28.29brlcadright now, it might as well be named the "magical_spagetti_monster_branch", and argue it should be trunk
17:28.49``Erikrel-pastafarian
17:29.33``Erikmy argument is that development will be focused on trunk... if we want that to be 7, then we're set... if we want that to be 8, we're backwards right now... 'sall
17:39.21louipcyeap
17:39.48louipcespecially for people that don't understand the devel plans
17:40.46louipcbut it seems that rel8 is experimental rather
17:40.58louipcso the current layout seems appropriate
17:41.01brlcadno argument there
17:43.34brlcadyeah, rel8 is a lot more like EXPERIMENTAL at this point, with no activity
17:43.41brlcadpushing it to trunk at this point would just be a "fuck ya'll" to those wanting/expecting monthly releases on rel7
17:44.02brlcadI don't think there's any value in doing that at least until rel8 has something compelling going on there
17:45.38starseekerah ha, thought so - there is a standard for MIlSPEC standards
17:45.44starseeker
17:45.54starseekerhttp://www.assistdocs.com/search/document_details.cfm?ident_number=36064
17:47.50brlcadlooks like we're averaging about 400 commits a month for the past year
17:48.10louipchaha a standard for standards
17:49.06starseekerhunts in vain for a Docbook or LaTeX pre-define style guide for this sucker...
17:50.06brlcadworth considering a swap when it increases to around 100-200 a month
17:50.14brlcadfrom the current 3 per month
17:50.34``Erikstarseeker: ms word template? :D *duck*
17:50.43starseekerlouipc: that's not actually uncommon - OASIS has some nice templates for their standards (they're the guys who do the Open Document thing that OpenOffice uses...)
17:51.06starseeker``Erik: yeah, probably... urk
17:52.14starseekerI actually like such guides - they tend to have a lot of useful rules that help organize and clarify things - but it's a whole lot easier when the hard work is automated
17:53.58louipcdoesn't oasis do docbook too?
17:54.20starseekeryeah - if we wanted to do an OASIS spec, their templates are actually quite helpful
17:55.19louipcok
17:55.42starseekerproblem with that is our .g format isn't likely to be any sort of official spec anytime soon, so I need formatting guidelines I can use without running afowl of (say) the OASIS copyright and restrictions on said template
17:56.13brlcadstarseeker: shooting for oasis spec sounds like a good goal though
17:56.48brlcadeven if only to leverage their templates, but we could try to push for making it an open standard
17:57.16starseekernods - it would be awesome if we could be officially blessed as the open CAD format
17:59.16starseekeryeah, here we go:  http://docs.oasis-open.org/templates/
18:02.10starseekermain issue would probably be whether they require an exclusive copyright assignment of all the spec contents, or just the spec contents + OASIS boilerplate
18:02.32starseekerrecalls a little of that from his research into the ANSI Common Lisp spec...
18:03.11starseekerah well, if we start to get close to something useful I suppose we could talk to them...
18:07.01starseekergah - their fees are not pretty
18:11.02starseekerwonders if we'd need a better format name than .g
18:11.35d-lowhat, like ".omfgAwesomeG" ?
18:13.02starseekerheh
18:13.13starseekerthat oughta crash some Windows boxes
18:13.14louipcg8 hahaha
18:14.56starseekerwas thinking more like "Open Computer Aided Design Data Storage and Exchange Format" or something that sounds all impressive and official
18:15.05CIA-93BRL-CAD: 03erikgreenwald * r39737 10/brlcad/branches/rel8/configure.ac: add tkhtml3 to the list so the Makefile.in is generated.
18:15.25starseeker``Erik: oh, sorry
18:15.35starseekerhuh - merge must not have gone quite right
18:16.26``Erikit's not in the original, either
18:16.50``Erikprobably accidently added the Makefile.in to the repo at one point and no one's done a completely clean co since? *shrug*
18:17.18starseekerprobably - originally, it was JUST the Makefile.in, IIRC
18:17.47starseekerwait a minute...
18:17.51starseekerchecks commit...
18:18.15starseeker``Erik: uh, yeah that shouldn't need to be there - tkhtml3 is supposed to be its own subconfigure
18:18.32``Erikyeah, it doesn't autogen right, and tcl and tk do the same but have entries *shrug*
18:19.51starseekergrr
18:19.57``Erikconfig.status: error: cannot find input file: `Makefile.in'
18:19.57``Erikconfigure: error: ./configure failed for src/other/tkhtml3
18:20.09``Erikbefore the change, after, it works *shrug*
18:20.15starseekerk
18:20.56starseekereyes the list of Technical Committee participants on the Open Document Format project and winces
18:22.52starseekerlooks like we'd have to satisfy a lot of people before anything could become an OASIS spec
18:22.57louipcwhat's wrong with STEP as the standard format?
18:23.19starseekercosts a LOT of $$$ just to get the docs
18:23.29starseekerand it's not well suited to in-memory representation, IIRC
18:23.36starseekerbrlcad knows more details
18:35.23brlcadtcl/tk's AC_OUTPUT Makefile is ours, generated from our Makefile.am -- that makefile calls their unix/Makefile that their configure generates from their unix/Makefile.in
18:35.40brlcadtkhtml is a little different, trying to do double-duty (which it probably shouldn't), iirc
18:37.10brlcadfor sub configures, you need to have a Makefile.am declare everything needed for dist, separate from the build logic
18:42.22CIA-93BRL-CAD: 03starseeker * r39738 10/brlcad/trunk/src/libged/red.c: OK, get the tree change now. Need to fix _ged_save_comb and friends - apparently red is not the only thing using them.
18:44.02``ErikI think the problem may actually be a lack of AM_AUTOMAKE_INIT in src/other/tkhtml3/configure.in ... doing a fresh co to test
18:58.17CIA-93BRL-CAD: 03erikgreenwald * r39739 10/brlcad/branches/rel8/src/librt/primitives/sketch/sketch_brep.cpp: migrate changes that didn't seem to make it over
18:59.11starseeker``Erik: if it looks like the merge really didn't do well, check the rel8 commit history - you might just be able to re-branch
19:01.38``Erikit says it was updated, diff against the trunk revision seemed sane... I wonder if they were tweaked in the branch and svn felt that the change should stick :/
19:02.30``Eriknifty, msvc crashed
19:14.10CIA-93BRL-CAD: 03starseeker * r39740 10/brlcad/trunk/src/libged/red.c: Sigh - other commands are using ged_save_comb, so can't gut this stuff yet.
19:15.36CIA-93BRL-CAD: 03erikgreenwald * r39741 10/brlcad/branches/rel8/src/adrt/librender/camera.c: wrap plugin unloading in HAVE_DLFCN_H
19:41.59CIA-93BRL-CAD: 03starseeker * r39742 10/brlcad/trunk/src/libged/red.c: Try enabling the new red command - this should, in principle, work.
19:44.24starseekerconfound it
19:45.29``Erikhm, there's a tesla "dealership" in dc
19:47.35CIA-93BRL-CAD: 03starseeker * r39743 10/brlcad/trunk/src/libged/red.c: Still not working right - turn it back off for now.
20:03.18starseekerthat's lovely - I can update the attributes or the tree, but not both???
20:03.20starseekergrrrr
20:03.22starseekerdigs
20:14.36starseekeroh
20:16.00*** join/#brlcad mafm (~mafm@245.Red-88-23-77.staticIP.rima-tde.net)
20:19.07``Erikhuh, small world
20:27.58*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:38.19CIA-93BRL-CAD: 03starseeker * r39744 10/brlcad/trunk/src/libged/red.c: This particular set of voodo get the attributes updated, but needs more study as to why... appears fragile.
21:01.37CIA-93BRL-CAD: 03starseeker * r39745 10/brlcad/trunk/src/libged/red.c: Finally - this appears to work. Have to respect some things being changed by various commands.
21:06.38*** join/#brlcad Stattrav (~Stattrav@117.192.130.49)
22:36.44CIA-93BRL-CAD: 03starseeker * r39746 10/brlcad/trunk/src/librt/db5_types.c: Need to get the d_flags here too - is that all or are there more?
IRC log for #brlcad on 20100630

IRC log for #brlcad on 20100630

00:24.17*** join/#brlcad Nohla (~Nohla@168.226.179.199)
01:35.35CIA-93BRL-CAD: 03starseeker * r39747 10/brlcad/trunk/src/libged/red.c: get closer to supporting red on non-existant combs again... seems like there should be a better way here...
01:49.04CIA-93BRL-CAD: 03starseeker * r39748 10/brlcad/trunk/src/libged/red.c: OK, there we go - had to create a comb from scratch when there was nothing to copy.
01:59.22CIA-93BRL-CAD: 03starseeker * r39749 10/brlcad/trunk/src/libged/red.c: few tweaks to red code.
02:04.25starseekerbrlcad: just curious - any reason we don't have a bu_vls_temp_file in lu of using MAXPATHLEN?
02:12.08CIA-93BRL-CAD: 03starseeker * r39750 10/brlcad/trunk/src/libged/red.c: We have (potentially) a whole different attribute set as compared to the previous state of the comb - need to replace to make sure removed attributes are gone.
02:15.05starseekerthat may have done it - I have now successfully added attributes, removed attributes, changed attribute values, changed tree structures, and removed a matrix
02:15.42starseekerstill need to check all the attributes for any funny behavior, but it looks like we're really in business now
03:34.45*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
05:09.06kanzureany ideas for a quick infographic to show what 'boundary representation' is?
05:09.23kanzurefor csg this is usually sufficient: http://en.wikipedia.org/wiki/File:Csg_tree.png
05:09.27kanzurebut brep is slightly harder to convey
05:28.11Ralithshow a part being constructed from a plane, maybe?
05:28.18Ralithor a nurbs solid or w/e
05:31.25Ralithcontrol point tweaks are less obvious than CSG ops, of course, but they can be shown
10:46.26louipckanzure: I guess I'd demonstrate a bunch of extrusions
13:10.19brlcadstarseeker: cool, does that only affect red?
13:10.56*** join/#brlcad Stattrav (~Stattrav@117.192.144.82)
13:11.12brlcadI think I fixed edcomb .. which was more a failing of documentation and use when I got into the source code
13:11.18brlcadso we may be good to tag release
13:12.25brlcadkanzure: I have a graphic I put together that demonstrates the differences
13:12.33brlcadsee if I can put it up for you somewhere if it's not already
13:15.05brlcadkanzure: it's a variant of http://brlcad.org/tmp/brepstep.jpg that explains the three main types one encounters using those three spheres
13:30.03``Erikneat http://news.bbc.co.uk/2/hi/europe/10440300.stm
14:04.51*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
14:05.05*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
15:18.53CIA-93BRL-CAD: 03r_weiss * r39751 10/brlcad/trunk/src/conv/obj-g_new.c: reversed stop-on-nmg-bomb option, added and updated function documentation
15:33.21brlcadwoot
15:33.31brlcadI think that makes obj-g ready for production
15:33.59brlcadother than the whole libobj thing it needs..
16:07.46CIA-93BRL-CAD: 03r_weiss * r39752 10/brlcad/trunk/src/conv/obj-g_new.c: adding suggested improvement comments
16:22.01CIA-93BRL-CAD: 03d_rossberg * r39753 10/brlcad/trunk/ (include/brep.h src/other/openNURBS/opennurbs_system.h):
16:22.01CIA-93BRL-CAD: it was a bad idea to include bio.h in a public header file
16:22.01CIA-93BRL-CAD: solved the problem with windows.h direcly in openNURBS
16:24.38CIA-93BRL-CAD: 03d_rossberg * r39754 10/rt^3/trunk/src/libNetwork/GenericMultiByteMsg.cxx: header with declaration for malloc() was missing (on Ubuntu)
16:26.22CIA-93BRL-CAD: 03d_rossberg * r39755 10/rt^3/trunk/src/coreInterface/Paraboloid.cpp: fixed exception declaration (resulting in a gcc compile error)
16:30.36starseekerbrlcad: yeah, these changes *should* be exclusive to red.  The only danger is that apparently a couple other functions in red.c are in use by other commands.  If I changed something out from under one of them it might be an issue - one of the things I was going to check today
16:31.02starseekeralso, red itself needs a couple more tests - I want to be sure I haven't "fixed" it again only to have it still busted :-/
16:34.04*** join/#brlcad jam555 (~on_Chatzi@adsl-76-242-184-166.dsl.okcyok.sbcglobal.net)
16:34.20brlcadokay, cool
16:34.35*** part/#brlcad jam555 (~on_Chatzi@adsl-76-242-184-166.dsl.okcyok.sbcglobal.net)
16:35.17brlcadwonders what the problem with bio.h was
16:43.20CIA-93BRL-CAD: 03d_rossberg * r39756 10/rt^3/trunk/cmake/FindBRLCAD.cmake: take usage of the brlcad-config script for all features needed
16:46.21CIA-93BRL-CAD: 03d_rossberg * r39757 10/rt^3/trunk/src/coreInterface/CMakeLists.txt: this CMake sript has now rt^3 style
17:05.04CIA-93BRL-CAD: 03brlcad * r39758 10/brlcad/trunk/ (NEWS TODO): cliff fixed red
17:05.56CIA-93BRL-CAD: 03brlcad * r39759 10/brlcad/trunk/NEWS: hopefully able to tag the release later today if testing goes well
17:38.17CIA-93BRL-CAD: 03brlcad * r39760 10/brlcad/trunk/bench/run.sh: looking for executables and scripts implies that the item must be a file and NOT a directory. directories can have an exec bit set too indicating searchability, so must be more specific.
17:40.04starseekerbrlcad: so it's just not me testing it, could you give it a quick go? (red)
17:40.11brlcadsure
17:40.51brlcadlikewise, can you check edcomb, make sure you can use it to turn a comb into a region and back to a comb
17:41.18starseekersure
17:41.41starseeker(Vic has apparently used it and he says it's good except for the debugging output ;-)
17:42.04brlcadoops, didn't realize I left debugging
17:42.38brlcadalso try less than 7 args.. 6 was crashing
17:42.47brlcadshould be fixed
17:43.04starseekerer sorry - red has debugging
17:43.10starseekeris sure edcomb is fine
17:43.13brlcadah
17:43.15brlcadgood
17:43.47starseekeris hunting printf statements now, as well as moving the ged_save_comb function and friends over to put_comb, which is now the only one using it
17:46.05starseekerI also need to yank the standardize functions out of the headers
17:54.12CIA-93BRL-CAD: 03starseeker * r39761 10/brlcad/trunk/src/libged/ (put_comb.c red.c): Move functions no longer used by red into put_comb, which now appears to be the only command using them. Remove debugging printfs from red.c
17:54.33*** join/#brlcad mafm (~mafm@245.Red-88-23-77.staticIP.rima-tde.net)
17:58.55starseekerok, we should be side effect free - the only four functions used by anything else are unchanged, and they are now in put_comb.c
18:00.27CIA-93BRL-CAD: 03brlcad * r39762 10/brlcad/trunk/bench/run.sh:
18:00.27CIA-93BRL-CAD: fix a bug where the last path element wasn't getting the executable appended due
18:00.27CIA-93BRL-CAD: to faulty assumption that all path elements have a trailing ':'. new logic
18:00.27CIA-93BRL-CAD: converts to separate lines then appends to each line. result of benchmark
18:00.27CIA-93BRL-CAD: report submitted by Doug Fordham exhibiting the problem.
18:00.51CIA-93BRL-CAD: 03starseeker * r39763 10/brlcad/trunk/src/libged/red.c: Whoops - nuke a couple stray bu_avs_print calls.
18:07.20starseekeredcomb with region flag works
18:07.43starseekersecond example doesn't seem to work (unsetting a region flag)
18:07.55starseekerisn't sure if the docs are wrong there...
18:10.46starseekerah - yes, docs are wrong
18:11.22starseekerbrlcad: if you supply "G" instead of "R" you do get a comb, but that's not specific to G - if we're going to call out a letter there, C would make more sense
18:11.40starseekergoes to work on the xml
18:11.41brlcadit should be any character other than R or 1
18:12.06brlcadI never looked at the docs
18:12.08starseekerright
18:12.19starseekeroh - that note must be from Janine then
18:12.21brlcadI only followed the usage statement
18:12.30starseekernods
18:12.36starseekerk - I'll get the man page
18:12.44brlcadwhich just has an ambiguous "regionflag"
18:13.08brlcadI didn't want to put too much effort into it because the command sucks
18:13.24brlcadprobably should go away, but couldn't find another way to unset a region
18:13.36brlcadbeyond directly accessing attributes
18:13.41starseekernods
18:14.09brlcadI think mater used to, but it no longer prompts
18:14.14starseekeryeah, I think it's just edcomb and red right now
18:26.21CIA-93BRL-CAD: 03starseeker * r39764 10/brlcad/trunk/doc/docbook/system/mann/en/edcomb.xml: Fix edcomb man page - clarify options, fix example
18:26.27starseekerbrlcad: confirmed edcomb crash fixed with less than 7 args - did you want to do the news item?
18:27.08starseekerrealizes he hasn't tried a name with a space in it yet in red, braces himself, and dives...
18:27.54brlcadconsidered it a bit too trivial since it was basically just a matter of handling garbage in
18:43.17CIA-93BRL-CAD: 03starseeker * r39765 10/brlcad/trunk/doc/docbook/system/man1/en/tire.xml: Correct refentry for tire.xml
18:43.32starseekernods
18:43.57starseekerI might mention the man page - that is user visible... hmm
18:44.33brlcadmight update it a bit more to not be specifically 'R'
18:44.43brlcadit should just be a boolean on/off
18:45.19starseekerum... you mean the man page or the edcomb command?  (the command does treat R specially)
18:45.20brlcadall the attribute values should work (but presently don't), like 0/1 no/yes off/on and R
18:45.26starseekeroh
18:45.55brlcadprobably a good candidate to turn into an attribute, then pass through your std-checking func
18:46.03CIA-93BRL-CAD: 03starseeker * r39766 10/brlcad/trunk/doc/docbook/system/man1/en/ (Makefile.am obj-g.xml): Add template obj-g man page
18:46.06brlcadmaybe indirectly
18:46.21starseekeryeah, that would work actually
18:46.23brlcador a generalized libbu string checking routine for booleanness
18:46.35brlcadthought he wrote one at one point
18:46.38starseekerquites putting it off and nukes the header entries, but saves the comments...
18:47.23brlcadyikes, TextEdit crashes on red
18:47.36starseekerwhat???
18:48.16brlcaddyld failure, __cg_png_create_read_struct
18:49.10starseekeroh god, that again
18:49.20starseekerI don't think that's red specific...
18:49.27brlcadworks if I call TextEdit directly
18:49.54brlcadsomething with being invoked from within MGED, probably because our libpng is loaded or something, it tries to use it with the modified DYLD_LIBRARY_PATH
18:49.56starseekerthat's really weird - TextEdit works here
18:50.02brlcadthis is pre-install
18:50.06starseekeroh
18:50.17starseekerhas never tried it pre-install
18:50.20brlcadinstall will probably work, no libtool wrapper setting DYLD_LIBRARY_PATH
18:50.31brlcadjust sucks
18:50.33brlcadnot our problem
18:52.39brlcadheh, weird..
18:52.49brlcadstarseeker: try red, and set region to "1"
18:52.54brlcadsave, then re-red
18:53.52starseekeruh...
18:53.53starseekerP
18:53.56starseekerwhat the...
18:54.10starseekerresists urge to bash head on desk...
18:59.55starseekereven stranger - when I try Yes it reports unable to parse 'region' attribute 'Yes'
19:01.27starseekerbut R seems to work
19:03.56starseekeris bu_avs_add doing something?...
19:07.25CIA-93BRL-CAD: 03starseeker * r39767 10/brlcad/trunk/ (include/db5.h src/librt/db5_types.c): Don't export the standardize functions
19:49.44*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:12.47CIA-93BRL-CAD: 03starseeker * r39768 10/brlcad/trunk/src/librt/db5_types.c: Change how the standardize avs function handles regions - something in the BRL-CAD codebase treates the avpp->value of a 'region' attribute specially, so normalize the value to avoid trouble.
20:17.11starseekerooooo - the tree build doesn't work when there is a space
20:17.31starseekerstifles words inappropriate for irc and looks again at build_comb...
20:19.25starseekeroh right, I remember now
20:20.13``Erikwords inappropriate for irc? what, with like umlauts and accents and stuff?
20:22.41*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177872256.dsl.bell.ca)
20:25.40brlcadI think he means cuniform
20:26.56starseekerhey, I found an open font for cuniform :-)
20:27.08starseekerthat would be one weird looking chat session
20:41.18CIA-93BRL-CAD: 03starseeker * r39769 10/brlcad/trunk/src/libged/red.c: Fix the string math, remove the no-longer-needed space finder for the member name - red should now handle names with spaces in the comb tree.
21:52.42CIA-93BRL-CAD: 03r_weiss * r39770 10/brlcad/trunk/doc/docbook/system/man1/en/obj-g.xml: adding obj-g converter documentation
22:07.20*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
22:08.30*** join/#brlcad 92AAAL9R0 (Here@c-69-140-109-104.hsd1.md.comcast.net)
23:17.55*** join/#brlcad Nohla (~Nohla@168.226.179.73)
IRC log for #brlcad on 20100701

IRC log for #brlcad on 20100701

00:59.35``Erikhah http://www.youtube.com/watch?v=fzza-ZbEY70
01:04.42brlcadhehe
01:23.53``Erik"Twilight's like soccer. They run around for 2 hours, nobody scores, and it's billion fans insist you just don't understand" heh
01:42.45dtidrowrofl
01:58.01starseekerbrlcad: I've started pondering a regex based solution to red, and I'll probably need to discuss a few specifics...
01:58.12starseekerone question - is regex better than lex/yacc in this situation?
01:58.22starseeker(not that lex/yacc would be any easier, just curious)
01:59.43``Erikdoes red take a CFG? O.o
02:06.35starseeker``Erik: technically probably not, but we're sorta looking for the "this is all this command will ever need, period, dammit" solution
02:07.28starseekerbrlcad wondered what would happen if someone pasted the mged binary contents into the temp file and tried calling it a comb - I'm not brave enough to try but I'd expect something rather... odd
02:07.53starseekerI don't think I've got sanity checking working on a level to cope with that :-/
02:08.54starseekerright now it's extremely line centric, which brlcad pointed out isn't really correct - matricies previously were allowed funky whitespace between numbers and multiple lines per matrix
02:09.19starseeker('course, this one does have the merit of working...)
02:10.32brlcadstarseeker: I'd expect regex to be better just because there's not really anything to "compile"
02:11.41brlcadinteresting thought, but I think it's more an idea that could work, but would be using a chainsaw where you needed a hacksaw
02:16.12starseekernods - kinda figured
02:40.07starseekerknows the lex/yacc namespace question has to be resolved for libgcv, but is not looking forward to it...
03:32.03brlcadstrict compilation failures in librt, warnings about mismatched sign
03:43.43brlcadfixed
03:45.50CIA-93BRL-CAD: 03brlcad * r39771 10/brlcad/trunk/ (include/raytrace.h src/librt/db5_types.c): make db5_update_std_attributes() and db5_apply_std_attributes() return void since neither return anything. quell other strict warnings about type mismatches, unused vars, and constant expressions.
03:51.19brlcadstarseeker: should quell all your warnings on red.c
04:03.20starseekerah, thanks :-)
04:03.36starseekerblinks - didn't realize I had strict off on the Mac
04:06.35CIA-93BRL-CAD: 03brlcad * r39772 10/brlcad/trunk/src/libged/red.c: declare the unpublished functions that we're using. looks like there are two still in raytrace.h too (i.e., db5_apply_std_attributes() and db5_update_std_attributes())
04:08.49CIA-93BRL-CAD: 03brlcad * r39773 10/brlcad/trunk/ (include/raytrace.h src/librt/db5_types.c): declare with const members to quell warnings. also update ws indent and style for consistency.
04:08.53brlcader, you sould quell them .. I only quelled a few
04:10.55brlcadahhh, and that quellage indicates a type error in red.c
04:11.10brlcadwhere you pass a const, but the func needs to be non-const as presently written
04:13.33CIA-93BRL-CAD: 03brlcad * r39774 10/brlcad/trunk/ (include/raytrace.h src/librt/db5_types.c): ah, cannot be const since that's the comb we are updating. that means red libged function has bad logic, passing a const to a non-const function.
04:22.48starseekertrys on his gentoo box...
04:23.33starseekerI can't recall - do I have to enable strict explicitly now?
04:25.24starseekeroh, wait - I'll be I never updated write_comb and friends to be non-const after adding the standardize stuff...
04:27.11CIA-93BRL-CAD: 03starseeker * r39775 10/brlcad/trunk/src/libged/red.c: write_comb shouldn't be declaring comb const
04:37.58starseekerexplicitly turns on strict this time...
04:49.44starseekererm.  Got to docs with strict on here...
06:02.28CIA-93BRL-CAD: 03d_rossberg * r39776 10/rt^3/trunk/include/: ignore generated file libcoreinterface.h
06:34.36*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
07:01.25*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
07:04.34*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
07:04.34*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
07:06.26*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
07:56.57*** join/#brlcad Stattrav (~Stattrav@117.192.130.253)
09:53.16*** join/#brlcad mafm (~mafm@245.Red-88-23-77.staticIP.rima-tde.net)
12:20.04*** join/#brlcad PrezKennedy (~Prez@2002:601f:5460::601f:5460)
12:40.36brlcadstarseeker: different versions of the compiler do better at warnings, add --enable-warnings too
12:40.53brlcadthat will make sure they are verbose
12:41.02brlcadcan also make sure you try at least one other platform
12:46.20starseekergcc version 4.3.4...
12:46.35starseekeradds enable warnings and tries again...
12:47.49starseekerwonders if there is still any hope of the symbolics and macsyma stuff ever seeing the light of day again...
12:50.53starseekerOK, THAT worked, but it tripped up on metaballs
12:53.14``Erikhm http://www.caelinux.com/CMS/
12:53.33``Erikwhat trip-up? O.o
12:53.42CIA-93BRL-CAD: 03starseeker * r39777 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: Hmm - gentoo was complaining about a global being shadowed... make it mb_stat
12:54.25``Erikah, stat
13:01.38CIA-93BRL-CAD: 03starseeker * r39778 10/brlcad/trunk/src/libged/red.c: Take a stab at quelling a few warnings in red.c
13:02.06starseekeranybody know what time the meeting is?
13:02.41``Erikwhich, pbr? I think that's like 2:30 or so?
13:02.47starseekerah, cool
13:03.10starseekercan see if is squashage of an if_ogl complaint works then
13:03.21starseekers/is/his
13:15.04starseekerO.o uh, %p wants a (void **) cast in printf, not (void *)??
13:15.14starseekerwonders if his compiler has gone loopy
13:20.07``Erikyeah, trying for 2:30, "if enough people bother showing up"
13:20.37``Erik%p is vprintf for "pointer", it should be void* O.o
13:23.50starseeker../../../brlcad/src/libfb/if_ogl.c:1471: error: format ‘%p’ expects type ‘void **’, but argument 3 has type ‘void *’
13:25.05``Eriktyping for vprintf family stuff has to be a speecial case, what if you fake it by calling it (int *) or something and see if that works? *shrug*
13:25.50starseekeroh, and also ../../../brlcad/src/libfb/if_ogl.c:1878: error: comparison between signed and unsigned
13:26.07``Erikthere're lots of those that msvc shows :/
13:27.17starseekercount is size_t there - do the libfb data structures need updating?
13:33.53brlcadthat's not in printf
13:34.00brlcadthat's in sscanf
13:34.05brlcadso the void ** is right
13:34.13brlcadit takes a pointer to the thing you want to set
13:34.32brlcadso if you're setting a void * address, you need a pointer to that void *, i.e. a void **
13:35.02brlcadthe argument is right (which is why it works), but the cast is wrong
13:35.45CIA-93BRL-CAD: 03brlcad * r39779 10/brlcad/trunk/src/libfb/if_ogl.c: cast is wrong, it should be void **
13:38.04brlcadyay, got red to crash
13:39.45brlcadstarseeker: http://brlcad.org/tmp/red_crash.log
13:39.47``Erikheh, noticed that, but ed walked in before I could say anythin
13:42.36brlcadlooks like several sanity checks are missing down that stack (should test pointers before strcmp, shouldn't pass bad params from parent, etc
13:49.29``Erikpbr's deferred until next week
13:55.52starseeker``Erik: uh... I'm coming in...
13:56.08``Erikyeah, but others aren't
13:59.10starseekerbrlcad: auugh.  OK...
13:59.37``Erik<-- was looking forward to killing a couple cards and adding a couple more O.o
14:19.42starseekerwould be satisfied to kill red at this point...
14:19.45starseekeralright, heading in
14:27.47brlcadconfigure: running /bin/sh ../misc/configure --prefix=/usr/brlcad/dev-7.16.9  '--disable-dependency-tracking' '--enable-all' '--enable-warnings' '--prefix=/usr/brlcad/dev-7.16.9' --enable-symbols --with-tcl="/vld/other/morrison/brlcad/.hermes//src/other/tcl/unix" --with-tk="/vld/other/morrison/brlcad/.hermes//src/other/tk/unix" --exec-prefix="/usr/brlcad/dev-7.16.9" --exec-prefix="/usr/brlcad/dev-7.16.9" --cache-file=../../../config.cache.linux-gnu.hermes.arl.ar
14:27.55brlcad/bin/sh: ../misc/configure: No such file or directory
14:27.57brlcadconfigure: error: /bin/sh ../misc/configure failed for src/other/tktable
14:27.58brlcaddistcheck ALL+WARN
14:55.38d-loI lol'd: http://www.theonion.com/articles/life-in-the-navy-rocks-even-harder-than-the-commer,11181/
15:10.02brlcadheh, U.S.S. Abraham Linkin Park
15:21.00``Erikhuh, tron lightcycles for sale, 35k
15:22.54starseekerbrlcad: arrgh - stop finding broken stuff that's my fault! :-P
15:30.01*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
15:30.33starseekerooooo - bad bug
15:30.39starseekerrendered the .g unloadable
15:32.51CIA-93BRL-CAD: 03starseeker * r39780 10/brlcad/trunk/src/libged/red.c: eeep - bad programmer. Don't attempt to do things with empty strings in av pairs.
15:53.45*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
16:01.47brlcadstarseeker: very bad bug.. should investigate how specifically it's unloadable, that means there's a secondary bug in some other routine that left the DB in a bad state (which should NEVER happen)
16:02.20brlcador if it's a bug in the scan where something is unloadable that should be loadable
16:38.03*** join/#brlcad waprat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
17:30.45starseekerbrlcad: crash was here:  BU_ASSERT_PTR(cp+1==ep) failed, lhs=0xed9aea, rhs=0xed9b06, file ../../../brlcad/src/librt/attributes.c, line 73
17:31.17starseekerI believe caused by an av pair with a value but no name
17:33.55starseekerah - a "null" name string is supposed to indicate the end of the attribute list, which was then checked by BU_ASSERT_PTR - which of course failed, because a stray av pair with null name string was stuck in there
17:35.19starseekerhmm... possibly there should be a check i bu_avs_add to not add an av pair with zero length string for the name
17:35.34starseekerlooks... kinda wonder why that's not already there...
17:38.15starseekererm
17:38.35starseekerok it's looking for !name - maybe should also check strlen?
17:53.53CIA-93BRL-CAD: 03starseeker * r39781 10/brlcad/trunk/src/libbu/avs.c: Just checking for null in bu_avs_add may not be enough - if it's an empty non-null string, it's also meaningless. Try checking strlen
17:59.10d-lobrlcad: is there going to be a BRL-CAD BOF this year?
18:11.48brlcadd-lo: given the "delays", I hadn't decided yet, at least haven't registered one yet
18:12.08brlcadthere's a lot on the advance program to start with
18:13.01brlcadlots of good justification to be found regardless
19:04.16*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
19:17.37CIA-93BRL-CAD: 03erikgreenwald * r39782 10/brlcad/trunk/src/adrt/librender/camera.c: merge (copy) changes from rel8 r39741
19:19.00``Erikgit, eh? O.o
19:21.58``Erikhttp://vicclap.hu/static/media/201002/pic90054.jpg  vuvuzela!
20:05.02brlcadwow, I actually finished
20:05.10brlcadI think my eyes are bleeding
20:06.49starseekerO.o
20:20.53*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:38.11*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
20:58.19``Erikhm, hotel reservation for siggraph: made. O.o
21:02.10*** join/#brlcad Stattrav (~Stattrav@117.192.133.250)
21:30.59CIA-93BRL-CAD: 03r_weiss * r39783 10/brlcad/trunk/doc/docbook/system/man1/en/obj-g.xml: updating obj-g documentation
21:40.39*** join/#brlcad Stattrav (~Stattrav@117.192.133.250)
21:45.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:09.42*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:47.30*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
IRC log for #brlcad on 20100702

IRC log for #brlcad on 20100702

00:04.57*** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
00:11.54*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
01:07.52*** join/#brlcad poolio_ (~poolio@BZ.BZFLAG.BZ)
01:25.30brlcad``Erik: woot!
01:50.22``Erikprepares some popcorn for the upcoming new futurama O.o
02:04.27``Erikheh, "eyephone" on futurama, nice
02:05.29brlcadused http://www.futurama-stream.com/season-6 to get caught up
02:17.25``Erik*snrkt* iTeX
02:35.41starseekerso it was a prank?
02:35.57starseekerwas wondering if all those stupid twitter messages were legit
02:38.24starseekerah, well
02:43.19starseekerpity, but not too surprising - his web pages have made it pretty clear for years he's focused on the next book in the Art of Computer Programming series
03:22.07``Erikhttp://www.collegehumor.com/video:1886349  (matrix running windows)
06:08.37*** join/#brlcad WhiteCalf (~Prez@2002:601f:5460::601f:5460)
06:42.33starseekerwonders if explaining science to the public can be boiled down into "short, simple, correct - pick any two"
09:24.52*** join/#brlcad mafm (~mafm@245.Red-88-23-77.staticIP.rima-tde.net)
10:05.34*** join/#brlcad Stattrav (~Stattrav@117.192.135.92)
13:11.57*** join/#brlcad Alexandrus (~nil@pD953D4F9.dip.t-dialin.net)
13:12.03Alexandrusmoin();
13:17.06brlcadhowdy Alexandrus
13:17.18Alexandrushello
13:23.01Alexandrusi wonder...are thos vulnerability and lethality analysis tools part of the brl-cad i got here?
13:23.15Alexandrus(pretty new to it)
13:33.38``Erikno, they use BRL-CAD, like the gimp uses gtk+
13:34.00Alexandrushmm...interesting
13:35.24Alexandrusdo you do any static/dynamic calculations with your models?
13:35.38Alexandrus(FEM etc)
13:38.38``Eriknot dynamic ones, the closest we do is things like solving weight, center of mass, how much area is visible from a certain orientation, etc
13:38.57``Erikthough we can export to STL and if you have a qubit license, even that for FEM/FEA
13:39.27Alexandrushehehe, i do not have such licenses
13:39.29``Erik(we can export to a lot of formats, STL just seems to be one that the FEA guys like)
13:39.33Alexandrusthere is some open source fem around...
13:40.03Alexandrusyes, i heard..
13:40.21Alexandruseven the prototype producers love it, seems they dislike smooth data
13:40.56``Erikheh, I was just looking at http://www.caelinux.com/CMS/ the other day, mebbe it has some good links to follow :)
13:41.31Alexandruslol...
13:41.34Alexandrusas a cd...
13:41.42Alexandrus(ah dvd)
13:42.02``Erikfem's basically cut the geometry into a bunch of little nonoverlapping boxes all up against eachother and figure out boundry relationships between 'em, so planar stuff goes well for 'em
13:43.25Alexandrusi know, but usually its more complicated
13:43.45Alexandrus(size of boxes not equal)
13:44.28Alexandrusok, this was from finite volumes..
15:19.57*** join/#brlcad Stattrav (~Stattrav@117.192.154.190)
15:37.55*** join/#brlcad Alexandrus (~nil@pD953D4F9.dip.t-dialin.net)
15:38.52*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
15:39.51Alexandruswb
16:10.36*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
16:15.16*** join/#brlcad Stattrav (~Stattrav@117.192.155.255)
19:50.44*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:36.59brlcadyeah, I think it is about time to restructure and overhaul the website
21:37.54brlcademphasizing our separate projects and products with segregated documentation so it's easier to navigate without getting lost in extraneous detail
22:04.45starseeker``Erik: tendra ebuild fails
22:04.49``Erikneat
22:10.17starseekeror more specifically, pmake can't make sense of tendra's build logic (if I understand the errors correctly)
22:11.28starseekerah, wait, there's a newer pmake ebuild...
22:12.30starseekeryep, there we go
22:13.57starseekerO.o
22:14.00starseeker/usr/bin/ld: i386:x86-64 architecture of input file `/usr/lib/crt1.o' is incompatible with i386 output
22:14.43starseekeris tendra i386 only?
22:14.43``Erikum, might be? I d'no
22:15.09``Erikit was A compiler that was pretty complete a while back *shrug*
22:17.20starseekernot being 64 bit capable is a pretty serious limitation these days
22:17.57``Erikyeh
22:18.43brlcadnot likely that they're actually 64-bit incompatible
22:18.52brlcadmore likely is there's some build system foo needed
22:19.18brlcadpossible, just not likely -- that error doesn't indicate either way
22:19.39``Erikknows he has to adjust the makefiles by hand to mkae python build 64b, but it works fine once he does that
22:19.42*** join/#brlcad Alexandrus (~nil@pD953C74C.dip.t-dialin.net)
22:20.31``Erikinstalls the latest ogresdk and cmake and sees if it works O.o
22:21.01Alexandrusgood night:)
22:21.04Alexandrus(0:20am)
22:21.07``Erikhasta
22:41.23*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
22:41.23*** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
22:41.23*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
22:44.08*** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
IRC log for #brlcad on 20100703

IRC log for #brlcad on 20100703

00:07.37``Erikodd, cmake in the binary ogre worked okish on my work box, but not my home box :/
00:20.28starseekergrrrrowl
00:20.36starseekerwhy can't they make their build more robust??
00:31.37``Erikcuz they use cmake :D *duck*
00:32.00``Erikd'no, for some reason, it cannot find its own headers :/ wonder if I have old ogre crap confusing it
00:35.54``Erikwhy is it that my cats decide that the best time to jump on my lap and ram my arms is when I'm trying to rebuild the drive linkage on a 1:36 scale r/c car with very very tiny parts?
01:09.46starseekerblinks
01:10.10starseekerclang doesn't like fnblank and friends being inline - seems to dump them out of the .so somehow
01:10.14starseekergotta be a clang bug
01:11.49starseekerwonders why those are inline, really... performance issue?
01:11.57starseeker(fnmatch.c in libbu)
01:14.11``Erikcould be an ancient optimization, or over-zealous optimization
01:14.18``Erikmuch liek our excessive use of 'register' :/
01:14.43``ErikI wonder if clang views it as an instruction instead of a hint?
01:22.46starseekerpossibly, but it hasn't done so in the past
01:26.37starseekersigh - well, getting closer - was able to build OpenNURBS after a couple of tweaks (possibly correct)
01:27.01starseekernow it doesn't like something in the step convertor, and of course bu_byteoffset
01:27.44starseeker../../../../brlcad/src/conv/step/PullbackCurve.cpp:410:23: error: variable length
01:27.47starseeker<PROTECTED>
01:27.49starseeker<PROTECTED>
01:51.13*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
01:53.57*** join/#brlcad R0b0t1 (~Enigma@64.126.35.185)
01:54.00*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
03:23.35starseekerhmm - could that complaint about variable length + non-POD type actually be legit?
03:25.03starseekerwonders if that can be done with bu_malloc in C++...
03:32.23starseekerHuh - some activity on the varkon lists
03:32.32starseekeror list rather...
03:32.46starseeker``Erik: hehehe - someone there wants to move Varkon's gui to gtk+
03:33.15starseekerkeeps meaning to take a closer look at Varkon - their core libs are LGPL and they claim to do some parametric modeling
03:33.56*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
03:34.41starseekerhttp://varkon.sourceforge.net/scrdmp9.htm
03:35.28starseekerhmm, C libraries and considering Gtk+ - sounds like we've found you a CAD project ``Erik :-P
03:42.19starseekerdrills into the GE header and gawks - doggone it, reminds me of the SISL manual - all the function names are numbers
03:42.25starseekermutter
03:43.21starseekerwaaaaait a minute, wait a minute, wait a MINUTE
03:43.38starseeker#define  SURSUR      15        /* Surface/surface intersection
03:43.49starseekeris now VERY interested
03:46.28starseekergods, I wonder how good the routines are... could they actually work?  and if so, could they be mapped to OpenNURBS?
03:46.56starseekermaybe they do have SISL like abilities
03:50.36*** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
04:39.32starseekerguess the first step is to actually build the sucker and try it...
04:41.07starseekergrowl... Ogre, Togl, Tcl/Tk, TkTable, tkhtml3, NIST SCL... I'm gonna be dreaming in autotools one of these days
05:11.47starseekerhumph - there's a note in the surface - surface intersection file that "this function is not finished"
05:11.56starseekeruh, ok... what's left??
05:16.33starseekerdecides to inquire on the email list...
06:04.30starseekeris still curious, but no longer 2am curious
06:43.30starseekerhmm, nifty - mozilla add-on that users could opt-in use, to track how they used the interface
06:43.47starseekergood for UI design studies
08:28.16*** join/#brlcad Maloeran (~maloeran@glvortex.net)
09:29.48*** join/#brlcad ibot (~ibot@rikers.org)
09:29.48*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
09:41.33*** join/#brlcad Stattrav (~Stattrav@117.192.129.100)
11:56.59*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
12:06.27``Erikwe'd discussed adding that to BRL-CAD before
12:07.16``Erikiirc, I voiced concern that if people know usage is being monitored, they'd start using the odd utilities they champion that'd otherwise go unused :/
12:07.28``Erik"don't delete this thing I never use, I need it!"
12:08.09Ralithbetter that they find some way to make use of it than that there be nothing to go on but their word.
12:08.31``Eriksurpose so *shrug*
12:10.24``Erikmight be a better use of time to wire in like, uh, "talkback" or something, so if something crashes, it attempts to email the bu bomb log 'n stuff. the guys we're paid to improve BRL-CAD for are told to give those to us, but don't :/
12:58.55brlcadI started that with the bomb logs and bombardier tool
12:59.16brlcadthe intent was to have mged kick off bombardier on a bomb, give the user the option of sending it in
12:59.49``Erikyeh, *shrug* is finishing that up a card yet? heh :)
12:59.51brlcaddidn't finish, but most of the scaffolding is there
13:00.22brlcadit's been on my mind to finish it up
13:01.38``Erik(oh, both solaris machines are posting errors, the sparc has a fan fault and is vibrating, the x86 supposedly won't evne pull up prom?)
13:05.38``Erikprepares his car for an oil change O.o
13:13.01brlcadlovely
13:36.02``Erikholy crap, http://www.collegehumor.com/video:1938146 at 4:35 is definitely a 'new undies' moment O.O
13:36.30``Erikon a race track, passed like standing still by a car... that's upside down and in the air above you O.O
14:20.17*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
14:36.49``Erikdamnit, not open on saturdays :( and I'm sure not on this monday
14:37.01``Erikgrabs the electric trimmer and gets retarded on the bushes
16:36.51*** join/#brlcad Felinux (~root@189-55-29-160-nd.cpe.vivax.com.br)
16:56.02``Erikehh
16:56.16``Erikjust threw his phone in the toilet :(
16:58.46``Erikzo! iphone or android
18:09.16starseekerhehehe
18:09.32starseeker``Erik: yeah, done that a couple times
18:09.42starseeker<PROTECTED>
18:27.03luke-jr``Erik: no
18:27.09luke-jrphones are lame
18:27.33luke-jrjust get a pocket-sized laptop that can run a daemon to turn your bluetooth headset into a phone
18:27.34luke-jr<.<
18:42.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:31.57``Erikheh, my phone is a razr... I
19:32.01``ErikI'm a luddite
20:16.22``Erikor, slvr, rather... candybar form of the razr
20:27.51*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:35.16*** join/#brlcad Stattrav (~Stattrav@117.192.132.238)
21:32.22*** join/#brlcad Stattrav (~Stattrav@117.192.128.233)
21:33.43starseekerdives down yet another rabbit hole and reads up on Google's C++ test framework...
21:40.15``Erikheh
21:40.26``Eriklibcheck was pretty nifty for C code
21:40.39``Erikjunit is actually pretty slick, but java
21:41.03``Erikhttp://check.sourceforge.net/ is the one I know, I think
21:42.25``Erikyeh, here we go http://sourceforge.net/tracker/?func=detail&aid=933411&group_id=28255&atid=392815
21:42.28``Erik:D
21:42.45brlcadthere are a couple c-unit testers mirrored after junit
21:42.56starseekergot the bright idea of seeing if the Varkon guys (guy?) who's working on surface/surface intersection would be interested in consolidating efforts on making openNURBS into a full-fledged library for NURBS...
21:43.00brlcadgoogle's isn't too shabby either
21:43.13brlcadalthough a bit NIBM
21:43.31``Erikwhich is your own invented NIH? :D *duck*
21:43.49brlcadnibm is nibm :)
21:43.50starseekerwould essentially be a project independent of BRL-CAD, but hopefully something we could use
21:44.20brlcadnih fits
21:44.32starseekerNational Institute of Health? :-P
21:44.37``Erikhasn't looked at googles thang, got a hair up his arse back then and decided 'check' was the least bad at the time *shrug*
21:44.47brlcadstarseeker: it's only more work for him unless you promise to commit resources/time/effort to help :)
21:44.51``Erikbut my patch there to 'help' them was 2004, so *shrug*
21:44.54starseekerbrlcad: I know :-P
21:44.56``ErikI used to be cool
21:45.08starseekerbrlcad: but we need that ability too someday
21:45.20starseekerany free CAD worth its salt will
21:45.21brlcadour need should dictate OUR actions, not his :)
21:45.31brlcadof course it's worth it (for us)
21:45.50brlcadfeel free to ask him, but just be prepared to actually collaborate considerably
21:45.57starseekeroh, of course
21:46.06brlcada collaboration would be fantastic
21:46.30``Erikif opennurbs becomes a zomfg package we could externally link to, that'd be awesome... I'd maintain a freebsd port for it, just to keep the BRL-CAD weight down
21:46.31starseekerwould LIKE to ideally rope in Blender and Ayam as well...
21:46.43brlcadi suspect they may be outright uninterested in using opennurbs, though, and just rolling their own
21:46.56starseekerprobably
21:47.00starseekerbut no harm asking
21:47.07brlcadnih is default action
21:47.08``Erikwhat's the status of twinkies nurbs stuff?
21:47.21starseekerwasn't Blender shifting to looking at OpenNURBS?
21:47.22brlcadtwinkies nurbs stuff was integrated, so even less motivation for blender
21:47.25``Erikdid the blender guys decide not to use it?
21:47.32starseekergoogles
21:47.41starseekerI thought they were looking at ON...
21:47.42brlcada year and a half ago iirc
21:47.49``Erikhm
21:48.02brlcadthey probably were, doesn't mean they can't do research and production at the same time :)
21:48.23brlcadtwinkies stuff wasn't exactly anything and everything someone might want
21:48.27brlcadblender
21:48.40brlcadblender's stuff is heavily gui-centric
21:48.46starseekerIf they're interested, they might be persuaded to team up on an LGPL library - they can use it with GPL...
21:48.53``Erikwell, he wrote it for nurbana, then said "hey, if ya want it, here ya go" iirc
21:48.53brlcadthey had a gsoc student working on the initial integration about 3 years ago
21:49.16brlcadhe finished, then they got GUI integration completed shortly after iirc
21:49.33``Erikhe even went to siggraph to chase down the few people who grokked the concept, 's how he met kermit
21:50.41brlcadwe found out like three years later that we sat next to each other at blender's pre-open source BoF
21:50.54brlcadthere was only like a dozen people there that year
21:50.58brlcadnow a few hundred.. :)
21:51.08``Erik:)
21:51.22starseekermutter... come on google, I know it's out there, cough it up
21:51.26``Erikoh, shit, speaking off, brb, have to see if I still have a valid cc for travel
21:52.02brlcadhad a surprisingly good day at the bank, refi'd the car and saved a few G
21:52.13brlcad(speaking of money and travel)
21:52.57starseekerreflects that the TODO list for a juiced up OpenNURBS is pretty easy - just grep for Rhino SDK :-/
21:54.03``Erikand I do not :( I'll have to see if I can fix things tuesday, I might have to abort :(
21:54.18starseekerarrgh
21:54.29starseekerhmm, is this it?  http://sites.google.com/a/ckbrd.de/blender---nurbs/blender-nurbs
21:55.39``Erik<-- thinks he'll probably only ever see debt for real estate, don't intend to ever take out a loan (for more than a few days) on a car or anything
21:55.51``Eriklivin' po' has it's advantages
21:56.20``Erikok, I might go into debt for this tuxedo thingiemajigger in october O.o
21:56.54``Erikand if my phone isn't salvagable, sell a kidney for like an iphone or something
21:56.57``Erikor droid
21:57.13starseeker``Erik: uh, I think you can rent a tuxedo...
21:57.21starseekercertainly hopes HE can...
21:57.27``Erikyeah, that's kinda what I'm figurin' on
21:58.10``ErikI can just see it now... "rent a tux? whoa, buddy, you're way too old to be going to a prom, do I have to call the cops?"
21:58.48``Erikso is it powder blue or salmon pink?
21:58.53``Erik:D
21:59.54starseekerhehehe
22:00.12starseekerwill find out soon
22:00.24starseeker``Erik: you gonna bake your phone in the oven again?
22:00.32``Erikstarseeker: http://m5.posterous.com/
22:00.38``Erikoven? huh?
22:00.51``Erikno, I gave it another alcohol bath, it's drying out now
22:01.15``Eriktried firing it up, it booted but the screen looked like the lcd was a bit wet and the keypad wasn't working, so letting it dry more
22:01.29starseekernods
22:01.36starseekera SLIME for vim huh?
22:01.51``Erikslime mentality, vim/python
22:02.08``Erikso zoomzoom into panda3d
22:02.43starseekerbrlcad: that's a pretty good refinance - better interest rate?
22:03.51``Erikcompound interest is evil O.o
22:04.12``Erikpeople who don't understand the math get bent over on it, so'z the banks love it
22:04.44starseekerscowls at Blender - why are they hiding their web repository interface?
22:07.11brlcadstarseeker: yep
22:07.32brlcadfcu has a deal going where they will beat an existing by 2%
22:08.01starseekerawesome - too bad they've already got mine :-P
22:08.07``Erikbrlcad: when ya stepping up to the tesla? :D saw one in churchville the other day, first thought it was an elise, then decided the nose was all wrong, then saw the T badge O.o
22:08.18brlcadchurchville, really?
22:08.32``Erikoff of 22, just down the road from where I saw the murciallago
22:08.39brlcadI don't have an outlet or parking spot to reliably charge it
22:08.50``Erikthey're putting in like 50 stations on 95
22:08.55starseekermentally pictures brlcad accelerating in a tesla and shudders slightly - the laws of physics are gonna be pissed
22:09.14``Erikclaiming ~30m to fully charge most electrics
22:09.29starseekerbrlcad: that's easy - looooong extension cord :-P
22:09.30brlcadriiight
22:09.47``Erikthe tesla has a disturbing straight line acceleration, but it seems to handle like a boat compared to the elise
22:10.03``Eriktop gear gave 'em a toe to toe treatment, good fun
22:10.09brlcadthis is more like it: http://www.carthrottle.com/hennessey-venom-gt-the-725bhp-v8-lotus-elise/
22:10.14starseeker``Erik: sure, that's not surprising - isn't the tesla a good bit heavier?
22:10.25``Erikyes, without stiffened suspension to cope
22:10.28brlcadI just love how it didn't fit, so they cut the body and extended it
22:10.28``Erikthey use batteries
22:10.46starseekerbrlcad: wow
22:10.50``Erikhennesy venom is nice... as long as you only ever put it on a drag strip.
22:10.54brlcadeven better, they hit 1000 hp
22:10.59``Eriker, viper
22:11.05starseekerthat thing could get mistaken for the batmobile
22:11.14``Erikno, starseeker
22:11.22``Erikyou'd have to see more than a blur to assume it's a batmobile
22:11.23``Erik:D
22:11.33starseekerheh, point
22:11.49starseekerbrlcad: that last visual down there almost looks like they're using VTK to visualize airflow
22:11.55``Erikwow, everything looks nice until the air hits that wing, then it all gets retarded
22:12.20``Erikheh
22:13.05``Erikcliffy, that you focused on software on the image where even a nerd like myself commented on the air flow... wow...
22:13.18brlcadan odometer that goes up to 270 ... yikes :)
22:13.47``Erikheh
22:13.49brlcadstarseeker: that airflow looks like a standard fluid dynamics code
22:14.12``Erikand those ain't elise style rims and tires, a bit bigger methinks
22:14.15starseeker``Erik: so do I win some kinda nerd prize? :-P
22:14.19starseekerbrlcad: ah, k
22:14.26``Erikther'es gotta be NO suspension
22:14.41``Erikor a minor bump would push the tire up into the body work
22:16.00``Erikstarseeker: if you weren't engaged, I'd be tempted to propose you for a "virgin for life" award ;> *duck*
22:16.20``Erikwhich is worth a LOT of slashdot accomplishment points, btw
22:18.26starseekerbrlcad: so if you upgrade to that sucker, do you go lethal black or eye-catching orange?
22:18.49``Erikthought brlcad's original desire was arctic silver
22:19.35``Erikfor the pumpkin, even, but "IwannitNOW" won over? :D
22:20.04starseekerah, this is why I was thinking VTK... http://mayavi.sourceforge.net/screenshots/lox_str_pr.gif
22:21.25``Eriky'know, when I bought the old m3, I wanted black... now that I have the black m3, I miss the laguna seca blau one :(
22:22.25``Erikodd, this phone won't even attempt to boot without a sim card
22:23.34brlcadthe hyrdaulic air foil is neat
22:23.43starseekerAh ha - http://lists.blender.org/pipermail/bf-committers/2010-March/026464.html
22:23.48brlcadyeah, silver was a first choice
22:24.31``Erikputs his phone on a cookie sheet just incase it decides to catch fire while charging
22:25.42brlcadokay maybe not first choice, but it was probably a smidgen higher
22:25.59``Erik"hydraulic airfoil"?
22:26.36``Erikdoes the hennesey elise have a powered wing?
22:27.15``Erikporsche has been doing that for yrs, was next to a porsche 911 category in missoura, at ~40mph, it lifted up
22:27.34``Erikand, y'know, he was way ahead of my beat up beater pickup at the time :D
22:28.47``Erikstill thinks a branch 'event' of heading down to floriduh for a driving course would be fun :D
22:29.01brlcadburnt orange would have been cool, but nearly impossible to find
22:29.13``Erikwhat's the name of the orange you have?
22:29.14starseeker``Erik: but then you couldn't twit me for my lack of fancy driving skills
22:29.20brlcadnot sure, but it it looks like that hennesy wing is powered
22:29.50``Erikd'no, those pics make it look like it's a skeletal frame, no powered to it *shrug*
22:29.51brlcadthere are driving courses down in DC
22:29.58``Eriknot dc, alexandria
22:30.00brlcadit fits into the body, though
22:30.18``Erikone of my neighbors taught there, he moved away though
22:30.29brlcadnot the concept images, the final production video
22:30.44``Erikhad a little silver porsche, used to put it on semi-slicks and go a bit nuts down there
22:30.57``Erikoh, didn't watch the video
22:31.01``Erikum
22:31.21``ErikI believe nc has a bmw driving school, florida has one of the top 2 in the US, the other being cali
22:31.38brlcadhere, it's down: http://www.speedlux.com/1000-hp-hennessey-venom-gt-new-photos-and-details/
22:32.16``Erikthe cali one is all dodge stuff, so neons, street trucks, then make all the testosterone driven kids make a fool of themselves with the vipers
22:32.33``Erikneat
22:32.59``ErikI guess if you never have enough traction to apply the power, you can waste a bit on the weight and drive for toys
22:33.22``Erik0/60 2.2... ow...
22:33.39brlcadyeah.. :)
22:33.44``Erikthat's almost 2 g's, right?
22:33.59brlcadthat's approaching dangerous
22:34.51``ErikI think with good tires and temp, I'm just a hair over 1g, doing 0/60 4.8
22:35.13``Erikand when I actually honk down and drop it in 2nd, it's definitely an event
22:35.47``Erikprobably similar to the old c10 with the race engine, which at the time, I coudlnt' reach forward while accelerating
22:35.48brlcadnow to find someone to actually try and stand "up" horizontally while I take off that fast
22:35.55``Erikhehehe
22:36.35``Erikbets an elise would tromp his m3 on 0-40, would probably pass at ~60ish :D
22:36.50brlcadprolly
22:37.07``Erikbut cornering, I need to learn more
22:37.14``ErikI tend to come in too fast and oversteer
22:37.53``Eriksome sites claim a .98, some claim a .89... both awfully fast, but ... I dog in too fast and don't power through hard enough, so I put it in an oversteer
22:38.21brlcadI oversteered a little today taking the 95 on-ramp from 22 (from the west)
22:38.27``Erikgot a good cross wiggle this morning, though O.o surprised I didn't hit a curb
22:38.56``Erikyeah, why do you do 22? I woulda figured 715/7/543/95 would be a lot faster and shorter
22:39.18brlcadwasn't at apg
22:39.23``Erik40 is crap, 7 is slow, but it's short
22:39.35``Erikyou do 22 from apg, though...
22:39.43brlcadsometimes, I mix it up
22:39.54brlcadyou know, avoid being a predictable target and all
22:39.56``Erik'k, saw ya on 22 going home twice recently
22:40.03``Erik7 is fun
22:40.14``Erikespecially if you can torque up out of the traffic circle
22:40.43``Erik40/543 is a waste of time, don't do that, but 7... :D
22:40.50``Erik*shrug*
22:40.57``Erikhey, is jason still doing xcross?
22:41.45``ErikI've seen his mini here and there, but haven't talked to him in a while :/
22:46.57starseekerah -  this looks useful:  http://www.ibm.com/developerworks/aix/library/au-googletestingframework.html
22:48.49``Eriktheir scratch of the surface looks almost identical to the old check lib's scratch
22:49.29``Eriklike, trivial sed difference
22:50.02``Erik*shrug* the goog stuff might have other advantages, I d'no :)
22:50.14starseekershrugs - yeah, I'm not surprised - I think it's when you get into the more hairy C++ stuff it gets interesting
22:50.24starseekere.g. Google Mock
22:50.48brlcadyeah, he is
22:50.53brlcadis at a mini meet this weekend
22:50.56starseekersince I don't know jack about how to test C++ stuff (and not much more about C) it seems a worthwhile exercise
22:51.21``ErikI'll have to bug him about the next scca event, looks like fun
22:51.22starseekerwe're probably gonna be compelled to do something for libnmg someday, just to finally shake all the bugs out if nothing else
22:51.53``Erikstarseeker: I can send ya the docs I wrote for java testing, if'n ya want...
22:52.16starseeker``Erik: would they map reasonably well to c/c++?
22:52.17``Erikwhich is kinda what put me into using libcheck and sending them skeery macro fu
22:52.25``Erikum, trivial c++, yes
22:52.36starseekercool, that's a place to start
22:52.54``Erik'k, I signed some papers at some point to release it as a doc
22:53.06``ErikI'll have to, uh, bug someone to see what happened...
22:53.10starseekerhehe
22:53.13starseekergood luck
22:53.18``Erikit was part of the upstairs project, so I kinda quit caring
22:54.13``ErikI think at the unit level, it was "do what everyone else says is good for the unit level", the big problem was the notion of paying for a zomfg test environment
22:54.15starseekerkinda seems like one of those "developer skills" that's worth having, sorta like build frameworks...
22:55.01starseeker<snort> as I understand it, these frameworks don't (necessarily) require unit testing but are just tools to define the tests you want to run, yes?
22:55.14``Erikbefore this place, my job was production maintenance, so I have an odd view of things
22:55.25``Eriklike, the notion of software "sunset"
22:55.33starseekerhmm?
22:55.48starseekerglances at clock...
22:56.03brlcadbut does it glance back?
22:56.04``Erikthe frameworks help you define the tests...
22:56.18``Erikstarseekers clocks GLARE back
22:56.22starseekerbrlcad: I'm not quite that far gone yet :-P
22:56.35``Erikthey're watching him
22:56.42starseekeris trying to make himself face the music and go do the mowing...
22:57.01``Erik:) hoa mows for me
22:57.28starseekerheh - looks like trains are a popular modeling topic for intro classes:  http://www.blendernation.com/wp-content/uploads/2010/06/blenderscreen2.jpg
22:57.55``Erikwe have a nice complex train car in our set
22:58.06``Erikboiler car I think
22:58.09starseekeryeah, I like that one :-)
22:58.18``Erikgsi and all
22:58.28starseekerreally doesn't know why he uses m35 so much instead of that one...
22:58.44``Erikthe train car is zomfg brutal to tesselate
22:59.06``Eriknot horrible enough to use a test case, but worse than m3
22:59.07``Erikm35
22:59.53starseekerwas gonna say - your m3 would be REALLY bad
23:01.10``Erikyeah, no doubt
23:01.18``Erikthe tire tool can't even make real tires for it
23:01.38``Erikbe a sweet nurb model
23:02.36``Erikonce nurbs are tightened up, might get indianlarry to talk to his homeys down at the metrology lab, I'd be willing to let 'em dope my car up and shoot lasers at it for a model, if it don't damage nothin'
23:03.44``Erikwrap a sock around the vulcan probe heh
23:17.40``Erikhrm, I might have to bring my asshole hat to work for tuesday :/
23:19.19``Erikstarseeker: I'm not sure what all you've signed me up for, can I let you just tell me what to do to get all this tux and stuff stuff sorted?
23:20.10``Erikalso; wtf, this commercial is so fucking retarded... speeding is the leading cause of death on the roads? uh, no? tailgating is WAY more dangerous, fuckers
23:42.26starseeker``Erik: sure
23:42.34starseekerwas planning to, once I know myself
23:42.55starseekeruh... why are you planning wear that hat tuesday?
IRC log for #brlcad on 20100704

IRC log for #brlcad on 20100704

01:07.02``Erikkill todo issues.
01:07.48starseekerlooks at TODO file, wondering which items require attitude...
01:10.38starseekeror do you mean "overhead" issues?
01:11.10``Erikhuh, explosions, already
01:11.17``Erikoverheard, yes.
01:13.04``Erikthis is your first 4th in the house, right? look out north, yo
01:13.44starseekertoo many trees :-/
01:16.50starseekerah, I hear something - someone's shooting off something
01:17.43``Erikhaw, tired to let the kitties out, they both ran inside with the fireworks noise
01:17.49starseekerhehe
01:19.13``Erikpoliticians are stupid, we have the stupid wing and the even stupider wing...
01:20.00starseekeryeah, pretty much
01:20.09starseekerbut every once in a while they're so stupid even their own party has to call them
01:20.32``Erik(and I view the left wing as the stupid wing, and the right wing as the stupider wing... in the human aspect, our left wing is very right wing :( )
01:20.39starseeker(witness that Republican dude who condemed Obama getting big bucks from BP to put in a fund)
01:22.25``Erikwitness republicans blaming obama for off shore drilling...
01:23.03starseekerwaits for Jon Stewart to declare that Comedy Central has decided to sue CSPAN for unfair competition... government sponsored humor on a massive scale, how can poor little networks hope to compete? :-P
01:23.12``Erikwitness republicans for blaming obama for afganistan and iraq.... ohz noez,  w'ere SOCIALIZING them
01:23.16``Erik*cough*
01:24.15starseekeris usually most depressed by the fact that such blame-game approaches actually seem to persuade some folk, without need for minor details like verifiable evidence
01:25.04starseekerevery once in a while I hear a piece about South Carolina state elections, and I tend to feel mildly ill afterwards
01:25.38starseekerkinda sounds like they would view facts and reality as off topic...
02:08.13``Erikwhat was the colbert quote again? O.O
02:21.53starseekerwhat, the "reality has a well known liberal bias" one?
02:23.36starseekerwow k3d is a long build
02:24.34``Erik:)
02:30.03``Erikprobly has some of that opennurbs and docbook crap in it *cough*
04:13.07starseekeroddly enough, no... does have some nurbs support of some kind but no opennurbs that I can see...
04:14.59*** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net)
04:25.44starseekergrowls - well, I might as well go back to gnash - it probably won't be much worse than the current state of the adobe plugin
04:26.55*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:30.45starseekeramusingly, k-3d appears to be a gtk application
11:44.05CIA-93BRL-CAD: 03brlcad * r39784 10/brlcad/trunk/configure.ac: for release distchecking to work with the conditional configure, togl has to be enabled during enable-all.
11:44.45CIA-93BRL-CAD: 03brlcad * r39785 10/brlcad/trunk/src/other/togl/configure.in: update output style
12:18.44``Erikhappy independance day, you dang americans :D
12:22.56``Erikneat, python marathon on bbc
12:28.48*** join/#brlcad Ralith (~ralith@216.162.199.202)
12:39.06``Eriknifty, the jtag/usb thingie on my openrd requires usb2, so'z my 'server' is too old to even use the fake serial port shtuff
15:48.31*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
17:45.07*** join/#brlcad Alexandrus (~nil@pD953D177.dip.t-dialin.net)
17:45.15Alexandrushello:)
18:53.00*** join/#brlcad Stattrav (~Stattrav@117.192.139.95)
20:17.14*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:48.06brlcadwaves
21:51.21*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
22:47.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:32.08starseekerbrlcad: heh, yeah you pretty much called it - sounds like the preference is to work with native data structures, rather than the OpenNURBS library
23:32.22starseekerat least for the guy developing the algorithm
23:33.09starseekernot too big a deal in some ways - he's planning on BSD licensing, so if it really works it's just a question of adapting it to the OpenNURBS data structures
23:35.18starseekerponders setting up a project anyway - build off of OpenNURBS, use Google's C++ testing framework and see what we can do for correctness testing, and start scouring the net for code that implements missing pieces and translating them to OpenNURBS
23:46.36starseekerwow, this is some serious postscript foo:  http://www.math.ubc.ca/~cass/graphics/manual/index.html
23:55.20starseeker's jaw drops
23:55.29starseekerhttp://people.sc.fsu.edu/~jburkardt/f77_src/calcomp/calcomp.html
23:57.18louipcwhat happen?
23:57.42starseekersomeone emulated behaviors of the old calcomp plotter
23:58.13starseekerI think our docs mention that as one of the early systems we supported
23:58.38louipcah cool
IRC log for #brlcad on 20100705

IRC log for #brlcad on 20100705

00:19.21starseekerhah, sweet - gentoo has a nurbs++ ebuild
00:45.48brlcadhrm, want a pdf of his whole book
00:45.58brlcadnot everything broken out
00:46.25starseekerbrlcad: want me to mash 'em together with gs?
00:47.12brlcadthat would be cool if you're willing to do it
00:47.17starseekersure
00:47.19brlcadlotta links
00:47.38starseekerputs aside cmake + opennurbs and wields ghostscript...
00:47.39brlcadintro, chapters, appendices, epi, supplements
00:50.12brlcadoof, tons missing from dist
00:50.54brlcadheh, and looks like cube6.eps (animated cube) is going to hang safari
01:16.48brlcadhad to kill safari
01:24.15starseekerhunts for the perfect Linux laptop...
01:55.34*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
01:59.06starseekerhmm, older thinkpads are pretty cheap... seem to be supported...
02:27.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:47.07brlcadthe example postscript source is pretty cool
02:47.16brlcadthe shaded cube example is particularly relevant
02:47.44brlcadcould output a flat-shaded projection pretty nicely with it
02:47.59starseekerisn't sure what we're allowed to do with the postscript code... he doesn't seem to have any license on it
03:22.06starseekerhey cool the opennurbs cmake build worked as an isolated build (once I swapped in -lz for the libz stuff)
03:23.24*** join/#brlcad yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
03:50.43starseekercontemplates an older alienware system...
03:52.46Ralithisn't there a sort of legal default license?
03:53.05starseekerfor postscript code?
03:53.11Ralithfor anything
03:53.16Ralithcopyrightable materials
03:53.23Ralithactually, I imagine the book has copyright terms
03:53.25starseekerthere is for music
03:53.30starseekeryeah, it does
03:53.36Ralithmy (IANAL) guess would be that those probably apply to the code
03:53.41Ralithsince it's part of the book
03:54.56starseekeryeah, but if you want to use his 3d postscript sublanguage and routines to make nifty printing support for a CAD system, those terms don't help :-P
03:55.41Ralithit *would* be really neat to render to postscript.
03:55.51Ralithwho's the copyright holder?
03:55.52starseekere.g. http://www.math.ubc.ca/~cass/graphics/manual/code/ps3d.inc has a copyright statement, but that's it
03:55.57starseekerBill Casselman
03:56.02Raliththe author?
03:56.06starseekeryeah
03:56.11Ralithhe reachable?
03:56.26starseekerdunno - haven't tried yet - just stumbled onto the site today
03:56.42starseekerwanted to look it over and make sure it was of interest
03:56.43Ralithwell, probably worth trying that before worrying too much about that.
03:57.04starseekernods
03:57.28RalithI have a sneaking suspicion that a great deal of material goes unused because people assume that its license was chosen with great care.
03:58.00starseekerthat does happen from time to time
03:58.28starseekerI'm sure the first concern with that copyright notice is that people don't go around distributing and printing the book willy-nilly
03:58.37starseekerit's beautifully typeset
03:59.02starseeker(which I guess it should be since the author is writing about postscript :-P)
03:59.39starseekerbut if it's like most postscript stuff I'm familiar with, you essentially have to embed the routines defining your logic as part of the document you output
04:01.43starseekerso the whole "ps3d" chain would essentially be part of a postscript document defining complex output, if the logic stayed in postscript
04:05.36starseekerwhat actually got me started was wondering if there was any good way to get a "visual" representation of a NURBS object that could be checked in a regression test
04:06.27starseekerit sucks to have to store pix binary data, but if you could describe a 2d projection of one (or even a series) of views of a surface in postscript...
04:06.56starseeker(or a curve, for that matter...)
04:10.47Ralithis it easy to produce such a form accurately?
04:11.24starseekerWell, the library itself should be capable of producing the geometric data required to describe it in 3 space
04:11.49starseekeryou then face the task of "projecting" that three space representation into 2D
04:12.20Ralithyeah
04:12.26starseekerit's a common problem in computer graphics - in fact, every rendering to a screen has to solve it - but sometimes encapsulating it simply is a bit tricky
04:13.06starseekerpstricks is another fun package for this kind of stuff:  http://tug.org/PSTricks/main.cgi/
04:13.57starseekerheh - http://ftp.math.purdue.edu/mirrors/ctan.org/graphics/pstricks/contrib/pst-bspline/
04:15.12starseekerbut that's both TeX and postscript
04:15.29Ralithmost renderings to a screen are raster
04:15.51Ralithvery different problem than rendering to a vector form in ps, I think
06:38.03starseekerhmm, interesting - this library claims they have u3d support when generating pdf:  http://libharu.org/wiki/Main_Page
06:38.17starseekerZLIB/LIBPNG License too
06:56.59starseekeroh yeah - http://geuz.org/gl2ps/
06:57.03starseekerforgot about that one
06:58.54starseekerhah, cool - pdf from tk canvas:  http://trampoline.sourceforge.net/
09:49.00CIA-93BRL-CAD: 03d_rossberg * r39786 10/rt^3/trunk/tests/ (4 files in 2 dirs): a kind of a test for the core interface
14:56.59*** join/#brlcad Ralith_ (~ralith@216.162.199.202)
14:59.10CIA-93BRL-CAD: 0392.113.138.108 07http://brlcad.org * r2249 10/wiki/Index.php: New page: We are ready to present known games absolutely free for your entertainment: [http://enardy.com/ ?????????? ????????????????], [http://playway.ru/ ???????????? ?? ???????? ????????], [http:...
15:46.52WhiteCalfwiki spam!
17:09.37*** join/#brlcad Alexandrus (~nil@pD953DA3B.dip.t-dialin.net)
17:37.04*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
18:17.27*** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
21:10.22*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
21:40.28*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:59.03*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100706

IRC log for #brlcad on 20100706

00:27.48starseekerwonders if an upgraded Alienware M7700 sans hard drives is worth $450...
00:31.32*** join/#brlcad yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
00:37.45starseekerpowerful machine, but then that's a lot of poundage to drag around...
01:03.00*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
03:02.25*** join/#brlcad yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
09:41.23*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
10:59.40*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
11:02.12*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
11:14.41*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
11:15.46d-loMernin all!
11:28.39Ralithmern
12:05.48``Erikheh, dang cats
12:08.50starseekerwhat did they destroy now?
12:14.55``Erikgot out of the shower, went back to close the door to the bathroom since that's where I keep the plants, the boy is standing in the tub staring at me O.o
12:17.26``Erikas far as destruction, I think I'm still champ... my phone may be a goner
12:37.18d-loYou wash your phone?
13:24.37``Erikno, threw it in the pisser
13:25.08d-loBummer :/
13:26.53``Erikexcuse to get a shiney iphone4, right? ;)
14:45.23CIA-93BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Index.php]]": content was: spam
14:45.34CIA-93BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:92.113.138.108]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
15:43.11*** join/#brlcad Alexandrus (~nil@pD953DAF7.dip.t-dialin.net)
16:33.18*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
18:21.25brlcadawesome
18:21.33brlcadshe finished!
18:24.28CIA-93BRL-CAD: 03brlcad * r39787 10/brlcad/trunk/doc/docbook/lessons/es/mged15_crear_camion_de_juguete.xml: tweaked edits from jesica for lesson 15. minor adjustments to exact wording used and consistency of translated terms.
18:26.15CIA-93BRL-CAD: 03brlcad * r39788 10/brlcad/trunk/doc/docbook/lessons/es/mged15_crear_camion_de_juguete.xml: re-correct doc tags
18:38.17CIA-93BRL-CAD: 03brlcad * r39789 10/brlcad/trunk/doc/docbook/lessons/es/ (14 files in 2 dirs):
18:38.17CIA-93BRL-CAD: and now ... the last of the tutorials, lesson 16, translated by jesica guidice
18:38.18CIA-93BRL-CAD: from english to spanish. that constitutes about 150 pages of written
18:38.18CIA-93BRL-CAD: documentation for the mged tutorial series. awesome work. now to set up some
18:38.18CIA-93BRL-CAD: nice stylesheets so the pdfs can be properly and automatically generated.
18:41.24*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
18:44.50CIA-93BRL-CAD: 03brlcad * r39790 10/brlcad/trunk/NEWS:
18:44.50CIA-93BRL-CAD: jesica provided spanish translations for lessons 4, 5, 7, 8, 9, 10, 11, 12, 13,
18:44.50CIA-93BRL-CAD: 14, 15, and 16 of the mged vol II tutorials.. that is all of them! also credit
18:44.50CIA-93BRL-CAD: luciano lamaita for helping her with lesson 9 separate. include a detailed
18:44.50CIA-93BRL-CAD: write-up for this time-intenstive effort.
18:45.56brlcadlooks like it took jesica about 8 months from start to finish to get all 16 lessons
18:46.14brlcadstarseeker: how's that stylesheet coming along? :D
19:09.55starseekerfor docbook? uh...
19:10.28starseekeryeah...
19:27.10CIA-93BRL-CAD: 03brlcad * r39791 10/brlcad/trunk/misc/win32-msvc8/ (Makefile.am tkimg/ tkimgpng/): remove tkimg and tkimgpng project files, add missing tkpng project files
19:27.55CIA-93BRL-CAD: 03brlcad * r39792 10/brlcad/trunk/misc/win32-msvc8/Makefile.am: one more tkimgpng reference
19:42.06*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:54.41starseekerhuh - apparently you can convert doxygen output to docbook via Boots's doxygen2boostbook.xsl
20:54.51starseekerhttps://svn.boost.org/trac/boost/browser/sandbox/example/libs/example/doc/make-docbook.sh?rev=59860
22:06.36*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
22:46.18starseekerer s/Boots/Boost
IRC log for #brlcad on 20100707

IRC log for #brlcad on 20100707

00:11.50CIA-93BRL-CAD: 03starseeker * r39793 10/brlcad/trunk/src/libged/red.c: Just comments for now, but start thinking about the regular expressions needed for a regex based red command.
00:16.47starseekersupposes he should figure out mapping the file in - even doing that, it's quite possible to search for the next line break... so I really should do it right...
01:19.39*** join/#brlcad Ralith (~ralith@216.162.199.202)
01:19.41*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
01:56.13*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
04:41.58*** join/#brlcad sandra_f (~sandra_f@212-198-248-35.rev.numericable.fr)
05:24.03*** join/#brlcad olgagirl (~olgagirl@212-198-248-35.rev.numericable.fr)
05:46.30*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
08:50.27*** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
10:19.58d-loMernin all
10:20.32d-lobrlcad, ``Erik, starseeker: So is Sat to Sat the agreed upon timeframe?
13:13.48*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
13:57.05brlcadd-lo: no
13:57.19brlcadlooking again, I think I misread theirs
13:57.23brlcadsat to fri
14:01.06d-loah, okay, so nobody is staying sat to sat?
14:36.39brlcaddon't yet know, but I did at least notice my hotel reservation was sat to fri
14:36.56brlcadsat to sat sounds much more reasonsable
14:44.35starseekerd-lo: it's cause the conference is shifted - starts on Sunday
14:54.18d-lostarseeker: Oh, I know what days it falls on, I'm just trying to coordinate schedules.
15:15.54starseekerah
15:16.06starseekerarrives the day before, flies back day after
15:41.52*** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
16:23.30CIA-93BRL-CAD: 03starseeker * r39794 10/brlcad/trunk/src/libged/red.c: More thoughts/notes on regex + red
17:20.22*** join/#brlcad Stattrav (~Stattrav@117.192.137.8)
17:22.17*** join/#brlcad DarkCalf (~Prez@96.31.84.96)
18:20.27*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
19:26.13*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:15.28CIA-93BRL-CAD: 03starseeker * r39795 10/brlcad/trunk/src/libged/red.c: Start trying to run some regex compiles against the tmp file.
20:29.32CIA-93BRL-CAD: 03starseeker * r39796 10/brlcad/trunk/src/libged/red.c: OK, can spot the = and Combination Tree entries (interesting, the tree line was spotted without the matching stopping at the newline, wonder why?)
20:46.17CIA-93BRL-CAD: 03brlcad * r39797 10/brlcad/trunk/doc/html/manuals/mged/ (mged.html mged1.html mged2.html mged3.html shaders.html):
20:46.17CIA-93BRL-CAD: andre anckaert notes in sf bug report 3025733 (Editor States not found) a dead
20:46.17CIA-93BRL-CAD: link in the html documentation where the cup tutorial refers to an Editor States
20:46.18CIA-93BRL-CAD: section that does not exist. Looks like a bad cut-n-paste job from ged.html.
20:46.18CIA-93BRL-CAD: also fixed a slew of '&nbsp;' that had no trailing semi.
20:50.15CIA-93BRL-CAD: 03brlcad * r39798 10/brlcad/trunk/AUTHORS: special thanks to andre anckaert for his various bug reports and active newbie communication.
20:51.17CIA-93BRL-CAD: 03brlcad * r39799 10/brlcad/trunk/AUTHORS: give andre's e an accent.
21:03.47*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:07.25CIA-93BRL-CAD: 03starseeker * r39800 10/brlcad/trunk/src/libged/red.c: Finally - that attr_regex pulls the first line. Not that that's necessarily how we'll proceed, but was having troublt getting it to do that specific match.
21:15.08brlcadstarseeker: note that there's a difference between [:blank:] and [:space:]
21:15.51brlcadrealizing you're just getting started, no implication otherwise
21:35.47brlcadmm.. 6:30am flight  *likes*
21:53.38starseekerbrlcad: yeah - I need a generic for space + tab, didn't know if blank was it nor not
21:53.46starseekeror not
22:32.46brlcadblank is it
22:33.08brlcadspace adds in newlines, carriage returns, and a few others
22:33.27brlcadso if you want to match across lines, you'd use :space:
23:37.41*** join/#brlcad Stattrav (~Stattrav@117.192.137.8)
IRC log for #brlcad on 20100708

IRC log for #brlcad on 20100708

02:20.41CIA-93BRL-CAD: 03brlcad * r39801 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: only bomb if we don't already have a bottom point.
02:34.21CIA-93BRL-CAD: 03brlcad * r39802 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: differentiate the two bombs
02:36.51starseekerInteresting data point - time to build opennurbs with CMake:  50 seconds.  Time with autotools: 3 minutes, 20 seconds
02:39.14RalithO.o
02:39.16Ralithwoah
02:39.36Ralithrelated: has anybody built BRL-CAD with clang?
02:40.07starseekerRalith: I have, almost
02:40.28starseekersucceeded with a little hybrid action - no major performance differences here
02:41.07Ralithwhat about buildtime?
02:41.32starseekerwell, the latest experiment suggests that at least on my machine autotools is dominating in both cases
02:41.46Raliththat's unexpected
02:41.51Ralithany idea why?
02:42.18starseekerrunning libtool does entail some overhead... could be my particular system also represents a bad case
02:42.48Ralithwell, presumably cmake does something equivalent to libtool
02:43.08starseekermay take a stab at getting at least a minimal cmake build of BRL-CAD going, just to test this further...
02:44.20starseekerleave off the fancy stuff and just try to get the pre-existing CMakeList.txt files going
02:45.14starseekerthanks d_rossberg for his initial work on this - made opennurbs very simple to split into a stand-alone
03:12.54CIA-93BRL-CAD: 03brlcad * r39803 10/brlcad/trunk/NEWS: (log message trimmed)
03:12.54CIA-93BRL-CAD: john anderson fixed crashes of codes calling into pipe tessellation (e.g. ev
03:12.54CIA-93BRL-CAD: command in mged) where a pipe with a bend radius set to exactly one-half of the
03:12.54CIA-93BRL-CAD: outside diameter causes a problem. john said that tessellate_pipe_bend() was
03:12.54CIA-93BRL-CAD: not able to handle cases where the bend radius equates the outer radius of the
03:12.55CIA-93BRL-CAD: pipe because it would cause degenerate faces to be generated.The fix was to add
03:12.56CIA-93BRL-CAD: a vertex tree and a vertex array to help in identifying and skiping the
13:09.48*** join/#brlcad Stattrav (~Stattrav@117.192.128.94)
13:11.40*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
13:16.23*** join/#brlcad csanyipal (~csanyipal@125-164-85-95.dynamic.stcable.net)
13:16.29csanyipalHi,
13:19.12csanyipalwhen one in Mged run the 'size 1000' command, whether is then the size of the modellspace determined as a cube with dimensions of 1000x1000x1000 units?
13:39.21brlcadbasically yes
13:39.33csanyipalthanks!
13:39.36brlcadthe cube is clamped to the width of your window though
13:39.48csanyipalOK
13:39.53csanyipalthat is OK
13:40.33brlcadso a long fat window 1000 units across might only show 100 units vertically, and a really tall window might be 10000 vertically (but still 100 units horizontally)
13:40.41csanyipalso the make command make the new shape in to this modelspace with dimensions of that space.
13:40.43brlcadbah, 1000 units horizontally
13:41.05brlcadyes
13:41.53csanyipalsay, 'size 100' 'make sphare.1.s sph' give to me a sphare with radius of 50, yes?
13:41.54brlcadword of caution, though, that not all primitives fill that modelspace via 'make'
13:42.00brlcadsome are half the space
13:42.01csanyipalnot?
13:42.21csanyipaland how can I know which one?
13:42.58brlcadfor the basic primitives, you probably won't encounter it
13:43.36csanyipalOK, thanks!
13:43.44brlcadunintentional inconsistent behavior, if you run into it -- feel free to report it so they can be adjusted
13:44.21brlcadI just remember running into the problem a few years back when I made the primitives chart: http://brlcad.org/tmp/primitives/Primitives3.png
13:44.31csanyipalI'll do that! I must go now. Thanks!
13:45.03brlcadcya!
13:45.14csanyipalI'll come back after a three hours.
13:45.19csanyipalcya! :)
16:09.23*** join/#brlcad Stattrav (~Stattrav@117.192.145.72)
17:31.22*** join/#brlcad mafm (~mafm@83.54.182.208)
17:39.08*** join/#brlcad mafm_ (~mafm@193.153.199.176)
18:07.12*** join/#brlcad mafm (~mafm@83.38.34.51)
19:13.23*** join/#brlcad csanyipal (~csanyipal@125-164-85-95.dynamic.stcable.net)
19:13.33csanyipalHi,
19:15.29brlcadhowdy
19:23.30csanyipalfor me is in the BRL-CAD system the more difficult part how to compose from primitives a model; how to know where must go primitives in the 3D space to get a model.
19:23.53csanyipalis there a guide for this, or howto?
19:25.08csanyipalusing mged certainly..
19:25.29brlcadcsanyipal: yes, our "principles of effective modeling" document covers more of the rationale and some modeling best practices
19:25.39brlcada lot of it comes with experience and training
19:26.09brlcadthe introduction to mged tries to cover some of the basics of picking the right primitives through tutorials
19:26.23brlcadhttp://brlcad.org/wiki/Documentation  <-- links 2 and 3
19:27.23brlcadusually the best summary is to think of the "overall" shape of an object, find a primitive that best fits that volume or shape, and then add/subtract primitives to fill in detail and capture more volume
19:28.03csanyipalbrlcad: thanks!
19:28.12brlcadthat sort of top-down approach is at least the dominant approach used for analysis purposes so that you can model to a maximum level of detail in a constrained amount of time
19:31.16csanyipalI understand that top-down approach and can imagine primitives that best fit the volume and shape of a model.
19:34.33csanyipalstill i think that that when one have an idea of such primitives for constructing a model, the more difficult job is to locate in 3D space the exact locations of primitives to get the right model.
19:38.48csanyipalit's like when a child play with building blocks except that that here we can locate a primitives (building blocks) one inside of another.
19:39.38csanyipaland when this part is finished, than we can add/substract primitives to get the final model.
19:40.20brlcadnods
19:40.43brlcadeven more advanced, using intersections to obtain some hybrid shape that is no longer just stuff added or removed, but represents that shared space
19:43.43csanyipalcan you give for this an example? I don't quite understand your last sentence. (my poor English, sorry)
19:44.34csanyipalI know what is intersection (I think) but mayhap I misunderstand here something..
19:46.51*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:47.11csanyipalah OK, I remember now: say we have two sphere that has a common volumes and intersection is just that common volume, without other parts of spheres.
20:29.10csanyipalI'm being reading document 'Principles of Effective Modeling'. Cya!
20:31.25*** join/#brlcad mafm (~mafm@100.Red-88-18-68.staticIP.rima-tde.net)
20:40.10*** join/#brlcad Ralith (~ralith@216.162.199.202)
IRC log for #brlcad on 20100709

IRC log for #brlcad on 20100709

00:47.47``Erikheh http://www.collegehumor.com/video:1938370  (if games had a super-easy mode)
01:46.01starseekerbegins the install of Gentoo on the alienware beast...
01:54.57``Erik<-- listens for the explosion and cursing :D
02:04.30starseekeryeah, the CPU throttled itself because it got too hot, and that was just on expanding a tarball
02:04.47starseekercan't wait to see what it does with the actual build
02:13.00``Eriksoooo, it's only fast when it's not being used? hrm
02:19.31starseekerheh
02:19.52starseekerjust need a metal desk to conduct heat away
02:20.19louipcmust have been quite the tarball
02:20.23starseeker(apparently the thinkpad shipped, so hopefully a successful linux install there will be less finicky"
02:20.36starseekerheh - stage3 gentoo tarball
02:20.48starseekernot so big - 135 megs iirc - but a lot of files
02:20.54``Erik(so wait... the notion of carrying a regular keyboard is too much, but hauling a metal desk is acceptable?)
02:21.15starseekernah, that just becomes the selection criteria for the hotel
02:21.27louipcmaybe the desk has hover pads
02:21.52``Erikdoesn't recall seeing "large radiant surfaces" as a selling point in any brochure O.o
02:22.08``Erik:D
02:23.15``Erikcan just see starseeker bringing a few ziplock bags and running to the hotel ice machine every 15 minutes
02:24.08louipcHehe there should be machines with self-contained AC
02:24.34``Erikhm, the old crays did that with the nitrogen coolers... :D
02:24.47louipcsweet
02:24.58``Erikthey were a hair bigger than permitted as carry-ons, though
02:30.13starseekerbriefly ponders trying to figure out what is installed in this thing to do a manual kernel config, then wusses out and starts genkernel
02:30.40starseekerI'll try it on the thinkpad, but this has too little documentation
02:31.38louipcyeah you'll get some good info from auto detection
02:33.02``Erikdmesg should have a pretty good idea, but is it actually worth doing on any non-speciallized hw? when I got up to 48 megs of ram, the space saving just didn't seem worth it anymore O.o
02:33.40starseeker``Erik: probably not - I don it mainly so I know what's going on with my hardware, and whether I need to check out special driver settings and whatnot
02:34.07starseekerhabit mostly - the autodetect stuff has gotten MUCH better since I started
02:34.32starseekernowadays the only area you still need to pay attention is graphics cards
02:35.03``ErikI thought wifi was still a bit of a sore spot
02:35.16starseeker(with the thinkpad ATI card, I'm gonna have to try the cutting edge radeonhd stuff)
02:35.23starseeker``Erik: ah, could be
02:35.24``Erikand acpi or whatever power mgmt is not
02:35.29``Eriknow
02:35.58starseeker<snort> I thought power management/sleep/wakeup was an issue on EVERY operating system (cept OSX maybe)
02:36.13``Erik<-- pets his macbook :)
02:37.25starseekerauuugh, wish these weren't still out of stock:  http://www.newegg.com/Product/Product.aspx?Item=N82E16820249003
02:37.40starseekerthat's a no-brainer drive choice for me, if they can get 'em in
02:38.20``Erikthis is the one I mentioned earlier btw: http://www.bestbuy.com/site/olstemplatemapper.jsp?id=1218150605281&type=product
02:39.17starseekernods - not bad
02:40.47starseekergotta wonder about construction/component quality though
02:43.42starseekerLOL:  http://cgi.ebay.com/SSD-Plextor-2-5-64GB-SATA-II-Internal-Solid-State-Disk-/230495549504?cmd=ViewItem&pt=PCC_Drives_Storage_Internal&hash=item35aa9af840
02:43.53*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
02:43.55starseekerwhadya bet he got 'em a newegg?
02:44.04starseekers/a/at
02:45.19``Erikheh, straight from the stockroom to the dumpster to his car? O.o
03:12.43brlcadstarseeker: you know, with a little reduction and generalization, your write-up would make for a great website posting
03:12.52brlcadand for the news list
03:13.11starseekernods - not a bad idea
03:13.22starseekerare you volunteering, or volunteering me? :-P
03:13.31brlcadasking if you're interested in doing it :)
03:13.37starseekerah, sure!
03:13.51starseeker(would need to be tomorrow, I don't have a copy here)
03:17.17brlcadprobably just needs to remove the personal bits, the qri perspective, etc
03:17.40brlcador generalize them to the project and the progress made
03:17.48starseekercool (plus, higher resolution image for the website)
03:18.22starseekercome to think of it, I'd better send QRI the highres image too
03:19.00brlcadforwards
03:19.57starseekerheh - OK, OK, you got me :-P
03:23.59starseekerbrlcad: should I take out the bit about CSG being the "standard" technique?
03:24.40starseekerhmm...
03:42.57starseekerbrlcad: pong
03:44.06starseekerprobably needs a little non-midnight-oil polishing, but how's that look for a direction?
03:45.05starseekercontemplates a project takeover on the old libnurbs sourceforge project - main dev's email bounced, no response so far from what looked like a possible modern one, no commits in many years...
03:45.16starseekerguess I need to try the other devs
03:50.54*** join/#brlcad Ralith (~ralith@216.162.199.202)
03:51.04starseeker<snort> email bounce #2...
03:51.17starseekerhey Ralith
03:53.18Ralithhullo
04:06.48starseekeraaand the third, while not bouncing, doesn't appear very active on any projects at all
04:15.08*** join/#brlcad yukonbob_ (~svs@S0106001cf044d085.ok.shawcable.net)
06:21.46starseekergets past the basic system and starts building Xorg and friends...
06:21.58starseekerhuh - radeon card
06:23.50*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
09:11.27*** join/#brlcad mafm (~mafm@203.Red-80-39-191.dynamicIP.rima-tde.net)
12:56.49*** join/#brlcad Stattrav (~Stattrav@117.192.153.129)
14:23.05starseekerwoooot - got X up and running
14:23.56starseekerstarts a lot of basic stuff building...
14:45.26brlcadstarseeker: yeah, I wouldn't say it's the standard technique
14:46.01brlcadeven for brl-cad, it's certainly the preferred approach and the only one we really directly support editing of, but it's just one of many standard approaches
14:47.01brlcadwhile I'd still argue the effective merit, some even consider CSG obsolete (but that's mostly because feature-based editing hides the CSG activity under the hood unbeknown to them)
14:58.27*** join/#brlcad Stattrav (~Stattrav@117.192.153.129)
15:12.22*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
15:57.32*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
16:52.59*** join/#brlcad Stattrav (~Stattrav@117.192.153.129)
17:08.53``Erik<-- thought visual guys like straight-up triangle manipulation (lw, 3ds, etc), and cad guys favored nurbs? O.o povray sticking with csg due to historic and script driven reasons?
17:19.31brlcadstarseeker: mind if I word-smithe a little?
17:20.37brlcadI wouldn't say that the visual guys don't "favor" triangle manipulation, it's just by far the simplest and easiest to deal with
17:21.43brlcadeveryone likes their stuff to be smooth and pretty, but if I can't see it without pulling out my differential equations book, it's not much use to a lot of people as the time-investment payoff is not there
17:22.47brlcadcommercial cad guys got practically unlimited money, so they do what works best (i.e. everything) and use the most flexible representation (i.e., nurbs + feature operations)
17:38.11*** join/#brlcad csanyipal (~csanyipal@125-164-85-95.dynamic.stcable.net)
17:38.15csanyipalHi,
17:39.43brlcadhowdy paul
17:39.48csanyipal:)
17:40.21csanyipalI'm searching the URL where one can upload it's model..
17:40.32brlcadmore.brlcad.org
17:40.39csanyipalthanks!
17:41.27csanyipalwhy isn't there on brlcad.org this link?
17:55.47csanyipalhow can one get an image pf the raytraced model?
17:55.53csanyipalof
17:56.15brlcadit will auto-generate the images
17:56.27csanyipalok
17:56.34brlcadthere isn't a link because it's still experimental
17:56.42csanyipalok
17:56.56csanyipalI have a video of this model.
17:57.15csanyipalbut videos can't upload there. :(
17:58.15brlcadyou could create a wiki page for the model
17:58.25brlcador can add it to the model tracker
17:59.14csanyipalI wont't do that right now because I beleave my model isn't perfect.
17:59.47brlcadthey never are "perfect" :)
17:59.53csanyipal:)
17:59.59csanyipalok
18:00.23brlcadyou can always upload what you have now, then upload an improved version later
18:00.52csanyipaljust to write down a description for my model and I shall upload it to http://more.brlcad.org.
18:00.57csanyipalok
18:01.16csanyipalthen you can see it.
18:01.39brlcadhere is the geometry tracker:  https://sourceforge.net/tracker/?group_id=105292&atid=641557
18:02.15csanyipalthanks! I shall upload it there too.
18:06.15CIA-93BRL-CAD: 03Paul 07http://more.brlcad.org * r28 10Model repository/: Photo holder (insert model: )
18:10.35brlcadwoot
18:11.15csanyipalsorry, what is woot?
18:12.56brlcadwoot is like "woo hoo"
18:13.04brlcadyay
18:13.15brlcadhuzzah
18:14.00csanyipaldict huzzah give to me the answer. :D
18:14.10csanyipalthanks!
18:19.15csanyipaladded to geometry tracker too.
18:22.01brlcadneat!
18:26.10csanyipal:)
18:51.56csanyipalso, on the wiki one can't upload .ogg files... :(
18:52.41brlcadyou can upload it to ftp.brlcad.org/incoming and I can upload it there for you
18:52.53brlcador put it some place where you can refer to it by URL
18:53.39csanyipalI will try ftp.brlcad.org/incoming
18:55.34csanyipalPhotoHolder.ogg is there now. :)
19:22.25csanyipalI must go now. Bye.
20:00.22CIA-93BRL-CAD: 03 07http://more.brlcad.org * r28 10Model repository/: Photo holder (update model: BRLCAD processing completed.)
21:32.12*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:32.22``Erikhttp://www.collegehumor.com/video:1938441  nuclear explosions through time map O.o
22:44.37starseekerbrlcad: re: wordsmithing, knock yourself out
22:45.53starseeker(sorry, didn't get back online with irc 'til just now)
23:11.27starseekerchuckles evilly - perhaps someday we too will do everything :-)
23:31.07starseekeryow -O3 slowes things down something fierce
23:32.16``Erikthe compile, not the executable, I presume
23:32.57starseekeryeah
23:33.13starseeker93 packages took from about 11 this morning to about an hour ago
23:33.37starseeker173 more to go, including openoffice, and then (perhaps) KDE and tetex to follow
23:34.27starseekerI'm not gonna complain though - I was real worried I might not get Xorg or the touchpad/buttons working
23:34.34starseekerwent very smoothly
23:37.23starseekerevidently this vintage of alienware is a bit unusual for a Linux install, since most of the folks buying 'em wanted it for high-end Windows games
23:37.51starseekerI must confess I don't have accelerated 3D as far as I know, so there is still that
23:38.14``Erikheh, most folk buying any non-os-specialized laptop wants it for winderz, no? :)
23:38.17``Erikmmmm, tadpole
23:38.45starseekertrue, but usually there are a percentage of folk who immediately try putting Linux on it
23:39.16starseekerin this case, Linux doesn't run CURRENT_HOT_GAME that needs the latest super-hardware
23:39.41``Erikprobably less 'hot game' than 'more expensive than your average college kid can get'
23:39.54starseekeryeah, that too
23:40.51starseeker'course, things are better today - lotsa sites about M17 + Linux :-)
23:55.02``ErikI think my evil cats have scared my fish into perpetual hiding behind the filter pickup tube :/
IRC log for #brlcad on 20100710

IRC log for #brlcad on 20100710

00:06.22``Erikdangit, I keep typing a cmd in tcl and closing it with a paren O.O
01:16.06*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:25.55*** join/#brlcad yukonbob (~svs@S0106001cf044d085.ok.shawcable.net)
10:07.01*** join/#brlcad mafm (~mafm@203.Red-80-39-191.dynamicIP.rima-tde.net)
12:57.57``Erikhuh, got hg ogre to compile on my mac O.o that's a first
15:31.54*** join/#brlcad Stattrav (~Stattrav@117.192.135.75)
16:55.12starseeker``Erik: O.o with cmake?
17:04.58``Erikcmake generating xcode
18:01.01*** join/#brlcad yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
18:44.54*** join/#brlcad Nohla (~Nohla@201.255.245.221)
21:11.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:04.42*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
IRC log for #brlcad on 20100711

IRC log for #brlcad on 20100711

01:02.12*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
06:20.36*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177592877.dsl.bell.ca)
07:42.29*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
16:45.02*** join/#brlcad yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
19:25.50*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
19:53.37*** join/#brlcad yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
19:58.49d-loAllo
20:19.54``Erikyargh
20:21.11``Erikthinks he figured out the issue with his arm machine... kernel was hardcoded to mount the NFS server provided from bootp info as the root filesystem O.o
20:21.40``Erikunfortunately, they did updates and broke some stuff out with ARM being one of the few arch's not filled out. :/ I may get to do a lot more kernel hacking than I'd intended :D
20:21.56``Eriklike writing a serial/uart driver
20:25.22``Erikat least I think I fixed the deadlock in HEAD that was screwing up my dev machine O.o :D
20:38.37d-loWell thats progress :)
20:54.55*** join/#brlcad yukonbob (~svs@S0106001c100a2b5c.ok.shawcable.net)
21:13.45``Erikboogies to green jello
21:31.53``Erikheh, cutting down a tree with a minigun, sheesh
21:53.56Ralith?
21:56.53``Erikmythbusters episode
22:10.45*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:17.15Ralithneat
22:17.24Ralithdid it work?
22:28.14``Erikthe minigun did, the tommy and saw did not
22:28.37``Eriktook a 45 seconds with the mini to do the pine, 1:08 to do the mesquite
22:29.26``Erik(but they called the mini a "30 caliber gatling gun" (instead of a 7.62mm electronically driven gun), and the saw a ".223" instead of a 5.56)
22:30.05``Erikunfortunately, they didn't try the 50bmg, which I think is the one they used to cut down trees in the movie 'predator', which was their inspiration
22:31.45``Erikare you paying much attention to what's "cool" in lispgames? clojure seems to be in the spotlight with this tank game thingie, but I've been itching to get okra/buclet working... wondering if lispbuilder and make the engine in lithp might be better :/
22:42.08Ralithclojure is just one or two guys' projects
22:42.22Ralithreimplementing Bullet would be a LOT of work
22:42.34Ralithand imo benefiting from upstream changes is just as big a deal, too
22:42.53Ralithplus, it's one area where CL's performance would be a serious concern
22:43.25RalithI ported the Chipmunk 2D physics engine with sykopomp and crew, and after a couple weeks of intensive effort it was still significantly less stable and slower than the original
22:43.25``Erikbuclet is a cffi wrapper on bullet
22:43.28Ralithyeah
22:43.38Ralithoh
22:43.42``Eriknot a reimpl
22:43.53RalithI thought when you said 'make the engine in lisp' you meant reimplement ogre/bullet
22:43.54``Erikso c/c++ speed :D thus the attraction
22:44.10``Erikum, that part, yeah, pushing necessary parts down into C if necessary
22:44.23Ralith?
22:45.12``Erikthe writing own engine idea would be doing it all in lisp, and if performance starts hurting, move the hurting parts into C
22:45.28``Erikbut just grabbing an existing engine and going is so much more appealing
22:45.47Raliththere *aren't* any existing CL 3D engines
22:46.00Ralithbut ogre/bullet together form a pretty solid one
22:46.08Ralithand if okra/buclet can make those usable, then great
22:46.10``Erikprovided okra and buclet are up to snuff
22:46.42``Erikwrote a basic one in scheme/c a long time ago, aint' a-feared *shrug* but would rather not
22:47.01*** join/#brlcad Stattrav (~Stattrav@117.192.142.221)
23:08.56Ralith``Erik: if you're interested, I've got those 90% finished ODE wrappers
23:10.29``Erikhm, I might bug ya about that later :)
23:10.41``Eriklisp is way sexier than c++ or python :/
23:41.22Ralithsrsly
IRC log for #brlcad on 20100712

IRC log for #brlcad on 20100712

00:13.20*** join/#brlcad Nohla (~Nohla@201.255.235.154)
00:54.52*** join/#brlcad Nohla (~Nohla@201.255.235.154)
01:15.03``Erikhttp://wookieepedia.org/
01:53.37*** join/#brlcad Nohla (~Nohla@201.255.235.154)
02:54.29*** join/#brlcad Nohla (~Nohla@201.255.230.146)
03:31.02*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
03:54.55*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
04:02.43*** join/#brlcad yukonbob (~svs@S0106001cf044d085.ok.shawcable.net)
04:55.57*** join/#brlcad Ralith (~ralith@216.162.199.202)
11:11.05d-loMernin all!
12:26.40*** join/#brlcad Stattrav (~Stattrav@117.192.132.170)
12:41.18*** join/#brlcad Stattrav (~Stattrav@117.192.128.112)
15:45.59*** join/#brlcad yukonbob (~bch@129-175.wireless.kamloops.net)
16:11.09yukonbobhello, #brlcad
16:48.12CIA-93BRL-CAD: 03starseeker * r39804 10/brlcad/trunk/src/libged/red.c: Cool, REG_STARTEND seems to work.
18:07.03CIA-93BRL-CAD: 03starseeker * r39805 10/brlcad/trunk/src/libged/red.c: Tweak the floating point matching.
18:08.03starseekerwonders if a bu_regex.h header with various useful regex strings might be in order...
20:49.38*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:06.17CIA-93BRL-CAD: 03starseeker * r39806 10/brlcad/trunk/src/libged/red.c: Successfully use a loop to iterate through all the float hits in the file - thanks Erik for help with the float regex.
22:21.31starseekerhmm - [:blank:] doesn't seem to work...
22:24.34starseekeroh, wait...
22:32.40CIA-93BRL-CAD: 03starseeker * r39807 10/brlcad/trunk/src/libged/red.c: OK, to get the blank character set you need [[:blank:]], not [:blank:]
22:43.00CIA-93BRL-CAD: 03starseeker * r39808 10/brlcad/trunk/src/libged/red.c: Successful regex match of a whole matrix.
22:46.07``Erikw00t
22:48.56yukonbob``Erik: you maintain the FBSD port for brlcad?
22:49.17``Erikyeah
22:49.22``Erikwhyfor?
22:51.05yukonbobbrlcad ships w/ all it's deps; for the port, do you simply build these (for example, Tcl + Tk), or do you -not- build them as part of the brlcad build, and use the dependencies in ports to include (for example) ports/lang/tcl (or whatever it is)?
22:51.55``ErikI try to use as many system ports as possible
22:52.07``Eriklots of --disable-xxx in the configure line
22:52.24``Erikhttp://www.freebsd.org/cgi/cvsweb.cgi/ports/cad/brlcad/Makefile?rev=1.44
22:52.26yukonbobnods -- I don't have it in front of me, but I'll review that work...
22:52.30yukonbobya...
22:52.42yukonbobas I was typing that last line I figured I could find it via the interwebs :)
22:52.56``Erik:D
22:53.25yukonbobhad an extremely stripped version of brlcad running on NetBSD, before the shift to tcl/tk 8.5b -- that's where I fell off
22:53.37``Erikum, the only real tricky part was the version strictness for tcl, towards the end there's a post-patch line ya might need to consider if you're doing a package
22:54.09``Erik(even using system tcl, that init.tcl gets pulled in somewhere)
22:54.21yukonbob...and I really want to get back on, but ideally, it'd be only the original brlcad code that'd be compiled, and the rest would be pkgsrc dependencies... but it's tricky.
22:54.38yukonbobI think I'm going to start bothering this channel more w/ build questions as I work through them :)
22:54.50yukonbobnods.
22:54.50``Erikum, the incrtcl we use is modified, half from cvs
22:54.58yukonbob:P
22:55.11``Erik(dunno if we actually use incr anymore, though... be nice to drop it)
22:55.13yukonbobah -- I'm recalling there is (was?) a custom widget...
22:55.27``Erikeyah, uh, a bezier canvas
22:55.39``Erikthat was eliminated a while back, with 8.5 or something
22:56.31yukonbobeither way, glad to know your approach is similar to what I'm driving for. Will be pinging you :)
22:56.37``Erikyuh oh
22:57.10``Erikmake uh, starseeker fix stuff, he's the one who likes to make life difficult for pkg maintainers... :D
22:57.25``Eriktosses the hot potato :D
22:57.43yukonbob;)
22:58.26starseeker``Erik: Uh, isn't Bob making extensive use of itcl/itk in Archer?
22:59.09yukonbobI could go on and on and on about what a bad move I think going to 8.5 was, while it was in beta :) -- if I can get back on the train, though, I'll be a happy guy and can start complaining with a reference pkg in place ;)
22:59.38starseeker<snort> - We need the modern widgets for the new GUI work
23:00.08starseekerfrom the OSX standpoint, we'll probably have to push hard to figure out itcl/itk + tcl 8.6 + Aqua at some point
23:00.29starseekerthe ttk tree widget has some warts even in 8.4
23:00.31starseekerer 8.5
23:01.28yukonbobdoesn't care about tk, when I'm in mged ;)
23:01.53starseekerclassic mode fan?
23:02.07yukonbobit's just so damned easy :)
23:02.13yukonbobtype what you want, and it's done
23:02.37yukonbobI haven't used archer, but I never had an aversion to mged like apparently so many do...
23:02.51yukonbobit's understandable that mged might freak some ppl out, but I'm not one of them...
23:03.17yukonbobif archer give a cli, then it'd be nice to, I'm sure...
23:03.21yukonbob*gives a cli
23:04.14yukonbobbut it's all academic before I have an installation up/running -- I've threatened to get it going again before. Hopefully this time I finish.
23:06.53starseekernods
23:11.37``Erikheh
23:26.33``Erikprepares GNU's next advertising blitz... "yo dawn, I hurd you like hird, so I put hurd in your hird in your hurd!"
23:26.42``Erikbada-tish
23:28.02starseekerwho let him near the liquor store?
23:29.10``Erikheh, not tonight :) too busy dorking with ogre/okra/etc
23:30.13``Erikmebbe I shoulda, a couple drinks to get to the 'ballmer peak' and make it work O.o :D
23:30.45starseekerso Ogre's like quantum physics?  Makes more sense with more drinks?
23:30.50``Erikhttp://xkcd.com/323/
23:31.34starseekerhehe
23:33.01starseekerit's as good an explanation as any
23:33.44``Erikhuh, wow, that's more than I woulda guessed O.o http://www.attorneydwi.com/bacperdrink.html find your ballmer peak! w00t
IRC log for #brlcad on 20100713

IRC log for #brlcad on 20100713

00:46.04CIA-93BRL-CAD: 03starseeker * r39809 10/brlcad/trunk/src/libged/red.c:
00:46.04CIA-93BRL-CAD: Take a first stab at parsing the attributes with regex techniques. Not tested
00:46.04CIA-93BRL-CAD: for multiline attribute values yet - multiline attribute names are not allowed -
00:46.04CIA-93BRL-CAD: I suppose this could be made more general but it remains to be seen if that
00:46.04CIA-93BRL-CAD: would add any significant value.
01:23.21``Erikheh http://www.ogre3d.org/addonforums/viewtopic.php?f=17&t=12259
01:23.46``Erik(and the cmake guys say to edit the CMakeCache.txt file directory O.O )
14:47.21*** join/#brlcad ibot (~ibot@rikers.org)
14:47.21*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
15:06.54*** join/#brlcad Stattrav (~Stattrav@117.192.151.172)
15:47.53*** join/#brlcad Stattrav (~Stattrav@117.192.151.172)
17:14.50*** join/#brlcad willdye (~willdye@162.40.127.30)
17:28.00CIA-93BRL-CAD: 03brlcad * r39810 10/brlcad/trunk/src/libgcv/wfobj/Makefile.am: syncing for release, missing obj_parser.h.orig from dist
17:28.23CIA-93BRL-CAD: 03brlcad * r39811 10/brlcad/trunk/misc/win32-msvc8/Makefile.am: add 3dm2g and tkthml to dist so they'll build for windows.
18:18.23*** join/#brlcad DarkCalf (~Prez@96.31.84.96)
18:45.28*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
19:24.26CIA-93BRL-CAD: 03Paulcs 07http://brlcad.org * r2250 10/wiki/User:Paulcs: about me and my projects
19:36.21CIA-93BRL-CAD: 03brlcad * r39812 10/brlcad/trunk/TODO: don't see plate mode NURBS listed, add it.
19:37.48CIA-93BRL-CAD: 03brlcad * r39813 10/brlcad/trunk/src/other/libpng/Makefile.am: files missing from dist, altough about ready to try a subconfigure.
20:21.35CIA-93BRL-CAD: 03Paulcs 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:PhotoHolder.jpg]]": Photo holder made from glass, paperboard and plastic.
20:26.17CIA-93BRL-CAD: 03Paulcs 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:PhotoHolder.jpg]]": upload the same, but smaller image
20:28.12CIA-93BRL-CAD: 03Paulcs 07http://brlcad.org * r2253 10/wiki/User:Paulcs: added image for Photo holder
20:31.21CIA-93BRL-CAD: 03brlcad * r39814 10/brlcad/trunk/ (125 files in 19 dirs):
20:31.22CIA-93BRL-CAD: still working towards fixing the dist. update libpng from 1.4.1 to 1.4.3 and
20:31.22CIA-93BRL-CAD: enable it as a proper subconfigure. unable to get a complete full test yet due
20:31.22CIA-93BRL-CAD: to togl failure, but libpng14 did configure and build successfully (tested Mac
20:31.22CIA-93BRL-CAD: 10.5).
20:39.53CIA-93BRL-CAD: 03brlcad * r39815 10/brlcad/trunk/src/other/togl/togl.c: get togl to compile on Mac 10.5; needs to define GLX_GLXEXT_LEGACY so that glxext.h is not included with GLX_VERSION_* defined.
20:40.46*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:40.49brlcadfyi, trying to stabilize and clean up to tag a release
20:41.34brlcadgetting distcheck failures in tkhtml and tktable due to files missing from dist, starseeker can you look into those?
21:01.16CIA-93BRL-CAD: 03Paulcs 07http://brlcad.org * r2254 10/wiki/User:Paulcs: added a link to PhotoHolder.ogg video
21:22.13*** join/#brlcad Nohla (~Nohla@201.255.236.17)
22:57.06*** join/#brlcad mafm (~mafm@196.Red-80-26-128.dynamicIP.rima-tde.net)
23:20.56``Erikplays with his new phone O.o
23:36.31yukonbobok. whatdjaget?
23:44.34``Erikiphone4 32g
IRC log for #brlcad on 20100714

IRC log for #brlcad on 20100714

02:18.27starseekerbrlcad: I'll take a look
02:25.15starseekerLOL - someone on CNN fixed an iphone with duct tape
02:37.00starseekeruh
02:37.05starseekermake[3]: Entering directory `/home/cyapp/cadtoplevel/brlcad/brlcad-distcheck/src/other/libpng'
02:37.09starseekermake[3]: *** No rule to make target `distdir'.  Stop.
02:37.15starseekerclean checkout
02:42.32juubHas anyone messed around with BRL-CAD in conjunction with LinuxCNC.org?
03:06.08brlcadstarseeker: k, i just updated libpng, hadn't finished the full volley of testing because of the other two dirs
03:06.43brlcadshould be able to check from 39811
03:19.38starseekergah - togl fails first, with distdir target not found
03:40.52starseekerMakefile.in instead of Makefile.am doing that, if I'm not mistaken
03:50.20louipcjuub: people seem to like heekscnc in #emc
03:50.40louipchttp://code.google.com/p/heekscnc/
03:59.23*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
04:18.41starseekerbrlcad: I'm not sure what to do here.  We're looking at what could be a substantial change to togl's build system
04:19.24starseekerand I'm not sure what happens doing TEA_INIT in both tkhtml3 and togl... that may introduce some trouble on its own
04:21.32starseekerit may seriously be a minimal change to just write our own Makefile.am files for this, since in general Tcl/Tk upstream seems quite hostile to libtool based changes
04:22.52starseekerI know that takes us away from the "as close to vanilla upstream as technically workable" philosophy, but I'm starting to think there is no small changeset for this
04:45.07juublouipc: thanks for the link, I'll check it out.
06:40.51*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
06:54.59*** join/#brlcad Stattrav (~Stattrav@117.192.142.26)
08:55.50brlcadstarseeker: I think the problem is just one of traversal vs inclusion
08:57.30brlcadit's always traversing into the dir, including for dist, and it probably should just EXTRA_DIST the dir/files if it's only got the .in file and hasn't made the Makefile yet
08:58.15brlcadif it has made the Makefile, it might just be missing a distdir rule (iirc, it's as simple as adding "distdir: dist")
10:28.19*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
10:47.10*** join/#brlcad mafm (~mafm@81.38.102.156)
11:16.13d-loMernin all
12:15.09*** join/#brlcad Stattrav (~Stattrav@117.192.149.38)
12:27.32starseekergrowls, nukes the half-done gentoo install on the Thinkpad, and sticks Ubuntu in to make sure everything is working
13:06.37CIA-93BRL-CAD: 03brlcad * r39816 10/brlcad/trunk/BUGS: mged reportedly, via andreanckaert on forums, doesn't init multipane properly.
13:25.22*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
14:07.00starseekeractually kinda likes this Ubuntu desktop...
14:07.24starseekergetting soft(er) in my old age I guess
14:07.40starseekertracks down the dev packages needed for BRL-CAD, installs vim, and calls it good
14:13.21CIA-93BRL-CAD: 03starseeker * r39817 10/brlcad/trunk/src/other/ (tktable/Makefile.in togl/Makefile.in): Not sure if it's doing the 'right thing' but stick distdir rules into togl and tktable Makefile.in per Sean's suggestion. Does get past the initial dir pass, but not confirmed to be working.
14:34.39starseekerdefinitely not right - togl and tktable dirs are empty
14:40.54*** part/#brlcad willdye (~willdye@162.40.127.30)
14:59.12``Erikif they don't have the notion of 'make dist', you'll need to EXTRA_DIST all their stuff a level up, methinks
17:38.52*** join/#brlcad PrezKennedy (Prez@96.31.84.96)
17:39.13PrezKennedybrlcad, do you know Ada? or anyone who does know Ada?
17:58.39*** join/#brlcad Stattrav (~Stattrav@117.192.143.77)
19:03.44brlcadPrezKennedy: basics of it
19:05.36CIA-93BRL-CAD: 03starseeker * r39818 10/brlcad/trunk/src/libged/red.c: More robustness in the attribute grabbing regex - seems to do OK now with multi-line, and stops at Combination Tree even when there is a ' = ' style string in the comb tree definition.
19:09.34brlcadstarseeker: do you have a /tmp/togl-dist directory?
19:17.01PrezKennedybrlcad, ever used it?
19:21.05brlcadwhy would I?
19:21.41brlcadno reason to, at least to date, but just a language like most any other
19:49.43*** join/#brlcad Stattrav (~Stattrav@117.192.130.245)
19:49.53*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
19:52.58*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
20:36.59starseekerbrlcad: uh.  are you asking if the make distcheck makes a directory for togl?
20:38.24starseekerit seems to
20:45.20brlcadthat's the problem
20:45.30brlcadit's copying the files for a dist
20:45.35brlcadit's just copying them into the wrong place
20:45.54brlcadit's using a hard-coded tmp dir instead of the distdir variable
20:46.39starseekeroh, you mean a literal /tmp/togl-dist path
20:46.46brlcadyepp
20:46.50starseekerbah
20:47.30brlcadso you can try to edit that hard-code, replace it with the automake distdir variable
20:47.39brlcadforget the exact name/case
20:48.18brlcadmight want to compare what another distdir rule is doing (like src/libpkg/Makefile)
20:56.35starseekerfights the urge to hop on tcl channel and begin a flamewar about build systems...
21:11.06``Erikgrabs a video camera and a giant foam finger :D
21:15.37yukonbobI don't think the togl dev team is represented on #tcl
21:16.27starseekeryukonbob: oh, I'd just be complaining about the general oddness in the Tcl/Tk world - all of the more sophisticated tricks in BRL-CAD's autotools build never map into any of the vanilla Tcl/Tk builds
21:17.01starseekerI know the answers, it's just a particular frustration right now
22:17.40``Erikvery odd.
22:19.01``Erikthey placed one bed inside of the other
22:20.17``Erikand the base from the downstairs bed is halfway up the stiars
22:20.26*** join/#brlcad mafm (~mafm@81.38.102.156)
22:26.34*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:29.49Ralithwat
22:42.23CIA-93BRL-CAD: 03starseeker * r39819 10/brlcad/trunk/src/other/togl/Makefile.in: Try some more tweaks for Togl dist stuff - looks like the build is busted on my Mac now...
22:47.52CIA-93BRL-CAD: 03starseeker * r39820 10/brlcad/trunk/src/other/tktable/Makefile.in: See if this does it for tktable.
22:49.40starseekerRalith: his cats
23:15.01Ralithooh.
23:19.23``ErikI bought two cat beds, one with a removable liner, placed one downstairs in the study (witht he liner), the other on the second floor in the living room... they removed the liner yesterday, this morning the one that was downstairs was in the living room near the other
23:19.27``Erikand when I got home, one was in the other
23:20.17``Erikhuzzah, my phone is now 3g-ified
23:25.02starseeker``Erik: huh, they're naturally inclined to organize - see if you can teach them to fold laundry :-)
23:51.57CIA-93BRL-CAD: 03starseeker * r39821 10/brlcad/trunk/src/libged/red.c: Get a start on the comb tree - can identify operators, and separate out the name+matrix? strings from the operator strings. Build from here.
IRC log for #brlcad on 20100715

IRC log for #brlcad on 20100715

00:09.20*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
00:47.54CIA-93BRL-CAD: 03starseeker * r39822 10/brlcad/trunk/src/libged/red.c: Start spotting floats within the comb string, preliminary to searching for a matrix.
01:08.12CIA-93BRL-CAD: 03starseeker * r39823 10/brlcad/trunk/src/libged/red.c: Successfully identified a matrix, as well as the remainder string that consitutes the actual comb name
01:11.45``Erik1O.o
01:35.03*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
01:40.26CIA-93BRL-CAD: 03starseeker * r39824 10/brlcad/trunk/src/libged/red.c: If we're going to reject invalid stuff, garbage after a 'matrix' could be an indication of trouble and will have to be checked for - start figuring out how.
01:54.09*** join/#brlcad Nohla (~Nohla@201.255.239.48)
02:28.57PrezKennedybrlcad, because i was talking to a friend at work and we were discussing the language and i figured if anyone has interacted with it, it might be you
02:32.40brlcadada popularity predates my programming lineage
02:33.10brlcadjust know some of the basics about the language and having poked at a few code samples over the years
02:49.46``Erikada had a brief stint in the 80's due to gov't pointy-hair types thinking that a 'safe' language means 'no bugs ever', if I grok O.o
03:16.27starseeker``Erik: what's a good way to get a VNC session going between two computers both of which are behind Verizon routers?
03:44.59*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
06:26.51*** join/#brlcad Stattrav (~Stattrav@117.192.156.41)
06:47.49*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:17.59*** join/#brlcad Stattrav_ (~Stattrav@117.192.143.245)
09:18.37*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
09:18.37*** join/#brlcad Ralith (~ralith@216.162.199.202)
09:18.37*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
09:18.37*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
10:14.43d-loMernin
10:26.03*** join/#brlcad mafm (~mafm@194.Red-88-23-77.staticIP.rima-tde.net)
11:42.39``Erikdoes verizon port block?
11:42.53``Erikwould try to tunnel anything like that over ssh, personally
13:49.54CIA-93BRL-CAD: 03starseeker * r39825 10/brlcad/trunk/src/libged/nirt.c: Need to restore the last carriage return after trimspace gets done with things\n
14:48.56yukonbobhello, #brlcad
14:57.32*** join/#brlcad Stattrav (~Stattrav@117.192.152.1)
16:06.34*** join/#brlcad Stattrav_ (~Stattrav@117.192.135.127)
16:18.50*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
16:18.50*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
17:09.42*** join/#brlcad Stattrav (~Stattrav@117.192.135.127)
18:19.15*** join/#brlcad ibot (~ibot@rikers.org)
18:19.15*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
18:21.57brlcadstarseeker: nick's getting a curious failure in tktable on 10.5, tkTable.c on line 7809 .. needs investigating
18:22.12brlcadit's failing on the XSync line saying that Table is an incomplete type for some reason
18:22.25brlcadI didn't see anything obvious, but something really fishy going on
18:22.30starseekerO.o
18:22.42starseekerhe's using it for his project?
18:22.52brlcadhe's just trying to get a build
18:23.04starseekerah
18:23.09brlcadI got him past the failure, but that's a pretty stock system with a clean checkout
18:23.58brlcadmaybe see if you can reproduce on a 10.5
18:24.09brlcador log into his machine remote and try a build
19:04.07CIA-93BRL-CAD: 03erikgreenwald * r39827 10/brlcad/trunk/src/librt/mkbundle.c: return the number of created xrays
19:06.31CIA-93BRL-CAD: 03erikgreenwald * r39828 10/brlcad/trunk/src/adrt/libtie/tie.c: go back to malloc/free to save the overhead bu_malloc adds. Should be moved to mem pool or something.
20:02.50starseekermakes a note to grab this later: http://public.kitware.com/cgi-bin/viewcvs.cgi/Modules/FindGTest.cmake?revision=1.1.2.1&root=CMake&view=markup
20:05.06starseekeroh, I see - that's actually in Cmake itself - cool
20:08.39*** join/#brlcad merzo (~merzo@212-230-132-95.pool.ukrtel.net)
20:29.58*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:40.03CIA-93BRL-CAD: 03brlcad * r39829 10/brlcad/trunk/configure.ac: we are no longer compatible with tcl 8.4 due to extensive use of ttk, so don't check for it. require 8.5+ furthermore.
20:45.53yukonbobbrlcad: ttk is available to 8.4 via 'package require tile' but I don't have experience w/ it...
20:47.19yukonbobhttp://wiki.tcl.tk/11075
21:40.19``Erikwaits for libpng to get unbroken O:-)
22:16.52starseekerhah, cool:  http://www.addedbytes.com/cheat-sheets/regular-expressions-cheat-sheet/
22:22.09CIA-93BRL-CAD: 03starseeker * r39830 10/brlcad/trunk/src/libged/red.c: OK, spot junk after matrix - probably need to make some of this into functions.
IRC log for #brlcad on 20100716

IRC log for #brlcad on 20100716

00:17.29*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
00:18.44*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
01:06.15CIA-93BRL-CAD: 03starseeker * r39831 10/brlcad/trunk/src/libged/red.c: Inching closer to regex-based red - break the matrix functionality out into its own function, create an actual test avs.
01:18.59*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
02:53.36starseekerwooooo!
02:53.43starseekerwireless with Linux!
02:54.02starseeker(just didn't realize there was an on/off switch on the Thinkpad)
02:54.13_yukonbobheh
02:54.28_yukonbobstarseeker: model?
03:00.23starseekerT60
03:00.28starseekernot too shabby
03:01.33starseekerdoesn't have the impact of the Alienware monsters though :-)
03:21.42_yukonbob<-- t41, t410, and an a-somethingorother
03:22.38starseekersweet :-)
03:23.19_yukonbobnow, since the t410 is literally only months on the market (i7), better support ;)
03:23.48_yukonbob<-- no speedstep (new methods since core2, not yet supported), intel integrated gfx, etc., etc.
03:25.42starseekeryeah, I went with T60 because the 60/61 vintage were recommended as good Linux laptops on various sites - old enough to be well supported
03:26.04starseeker(and price, of course - nice drop on used 2-3 generations back machines :-)
03:26.21_yukonbobstarseeker -- indeed.
03:27.47starseekerwith the exception of 3D performance, I don't think I lose much really - and sadly that's not something I'll be missing just yet :-/
03:28.49starseekerfigures once radeonhd matures Ubuntu will integrate it anyhow...
03:37.35starseekerhmm - or maybe not
06:38.19*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
06:49.03*** join/#brlcad Stattrav (~Stattrav@117.192.150.23)
06:53.00*** join/#brlcad Ralith (~ralith@216.162.199.202)
08:36.24merzoguys where I can find a roadmap?
08:59.16brlcadmerzo: closest to a roadmap is a higher-level priorities overview
08:59.49brlcadhttp://brlcad.org/BRL-CAD_Priorities.pdf  or  http://brlcad.org/BRL-CAD_Priorities.png
09:52.55*** join/#brlcad Stattrav (~Stattrav@117.192.140.133)
10:40.53*** join/#brlcad mafm (~mafm@1.Red-81-43-146.staticIP.rima-tde.net)
13:44.09CIA-93BRL-CAD: 03d_rossberg * r39832 10/brlcad/trunk/src/libged/red.c:
13:44.09CIA-93BRL-CAD: some ancient compilers (as MSVC 2008) do not like these C99 idioms
13:44.09CIA-93BRL-CAD: put a variable declaration to the begin of the section
15:34.17*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
16:28.58*** join/#brlcad merzo (~merzo@110-195-132-95.pool.ukrtel.net)
17:34.38CIA-93BRL-CAD: 03erikgreenwald * r39833 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: fix for out of dir builds
17:40.27CIA-93BRL-CAD: 03brlcad * r39834 10/brlcad/trunk/src/other/libpng/configure.ac: add the blasted missing configure.ac file. would have sworn it was in the original commit, but would have obviously been wrong.
17:42.31CIA-93BRL-CAD: 03brlcad * r39835 10/brlcad/trunk/src/other/libpng/: ignore generated build system files
17:46.30CIA-93BRL-CAD: 03brlcad * r39836 10/brlcad/trunk/src/other/libpng/: ignore the products left around after configure/compile
18:11.21brlcadthat's pretty cool, libpng is now fully autotooled, so they just plug in
18:11.53brlcadincluding providing .la libtool libs, clean subconfigure
18:21.41``Eriknot quite
18:21.48``Erikarch is missing
18:21.59brlcadarch?
18:22.14``Erik<-- built with --enable-64b and libpng's files are all i386
18:22.19``Erikeverything else is x86_64
18:22.23brlcadoh, I don't mean our integration
18:22.32brlcadI just mean their source tarball in general
18:22.36``Erikotherwise, yeah, it compiles now
18:22.37brlcaddidn't used to be fully autotooled iirc
18:22.57brlcaddid their own linking, no libtool I think
18:22.59``Erikum, I think it was autoconf, but not automake? O.o
18:23.05brlcadmebbie
19:21.09*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:27.46``Erikwhat's release status? (itching to do some changes)
20:17.17*** join/#brlcad Stattrav (~Stattrav@117.192.150.148)
20:51.11brlcadhit up a distcheck somewhere
20:52.00brlcadsoon as I can get a clean dist and build across at least linux, bsd, mac 10.4, mac 10.5, and windows, we can tag
20:52.20brlcadshould be the last of the 7.16 line, so wanting it to be really stable build-wise
20:52.30brlcadfull binary release
20:53.43brlcadthat was the only reason libpng was updated, was just getting started with dist and dozens of files were missing from the previous update, so I figured we could just update again and if that effort is going to be spent, might as well try a drop-in subconfigure
21:15.28*** join/#brlcad merzo (~merzo@179-160-133-95.pool.ukrtel.net)
21:18.43brlcadmerzo: you saw my reply?
21:19.45merzoplz can u repeat?
21:20.05brlcad04:36 < merzo> guys where I can find a roadmap?
21:20.05brlcad04:59 < brlcad> merzo: closest to a roadmap is a higher-level priorities overview
21:20.08brlcad04:59 < brlcad> http://brlcad.org/BRL-CAD_Priorities.pdf  or  http://brlcad.org/BRL-CAD_Priorities.png
21:20.31merzoahhh yeah I saw it thank you!
21:20.42brlcadok
21:24.15*** join/#brlcad Nohla (~Nohla@201.255.254.153)
21:25.46CIA-93BRL-CAD: 03brlcad * r39837 10/brlcad/trunk/TODO:
21:25.46CIA-93BRL-CAD: conveyed via mike enderline, some users would like a means to temporarily
21:25.46CIA-93BRL-CAD: override object colors. they often want to do this while using rtwizard, which
21:25.47CIA-93BRL-CAD: means there needs to be some sort of option provision on rt/rtedge too.
21:29.06CIA-93BRL-CAD: 03brlcad * r39838 10/brlcad/trunk/TODO: more clarification on making cp draw the object being edited. seemed to arrive at a quasi-reasonable usability consensus to restore the previous behavior and add an option.
22:37.13``Erikhm, mebbe as part of the scripting facility O.o "mater regname -i color 0/0/255" ?
23:59.51*** join/#brlcad mafm (~mafm@1.Red-81-43-146.staticIP.rima-tde.net)
IRC log for #brlcad on 20100717

IRC log for #brlcad on 20100717

00:40.53``Erikhuh, the japanese solar sail just successfully used the solar wind to move
02:50.52*** join/#brlcad willdye (~willdye@162.40.127.30)
06:32.48*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
14:38.02*** join/#brlcad louipc (~louipc@69-196-178-108.dsl.teksavvy.com)
14:38.37*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
14:55.33brlcad``Erik: what would that mater command do?  they didn't want to modify the .g file -- just a one shot dealie
14:56.02brlcadrt -c "set color all.g=255/255/0"
15:27.21``ErikI was thinking arbitrary adjustment of the in memory mater info
15:27.34``Erikso'z you can adjust shader stuff, too, etc
15:29.14``Erik(like change a cars body to glass to see the guts)
15:38.43*** join/#brlcad Stattrav (~Stattrav@117.97.67.191)
16:21.00*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
17:14.57*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
20:02.35*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:45.59CIA-93BRL-CAD: 03brlcad * r39839 10/brlcad/trunk/src/other/libpng/Makefile.am: automake 1.6 does not recognize using += to append to variables. minor mod makes things happy.
23:46.46*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
IRC log for #brlcad on 20100718

IRC log for #brlcad on 20100718

01:03.22CIA-93BRL-CAD: 03brlcad * r39840 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: cssprop.c is generated in srcdir, not srcdir/src
02:34.11*** join/#brlcad ibot (~ibot@rikers.org)
02:34.11*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
04:27.56*** join/#brlcad PrezKennedy (Prez@96.31.84.96)
05:30.17*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
10:28.28*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
10:54.29*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
10:54.29*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
10:54.29*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
10:54.29*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
11:21.55*** join/#brlcad Stattrav (~Stattrav@117.192.152.64)
16:54.11*** join/#brlcad Stattrav (~Stattrav@117.192.142.28)
18:31.03*** join/#brlcad Stattrav (~Stattrav@117.192.142.28)
20:00.16*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:21.36*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
23:15.19CIA-93BRL-CAD: 03starseeker * r39843 10/brlcad/trunk/src/libged/red.c: Whoops - bit too aggressive turning off code.
23:40.27*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
23:46.24CIA-93BRL-CAD: 03starseeker * r39844 10/brlcad/trunk/src/libged/red.c:
23:46.24CIA-93BRL-CAD: Commit updates to red from this weekend - can now successfully create both avs
23:46.24CIA-93BRL-CAD: and matp_t data sets from regex results. Last remaining steps are to create the
23:46.24CIA-93BRL-CAD: actual tree itself, enable comb creation, and perform robustness testing.
IRC log for #brlcad on 20100719

IRC log for #brlcad on 20100719

00:57.42CIA-93BRL-CAD: 03starseeker * r39845 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: Actually, this file is generated in the build dir - can't use srcdir or it breaks out of directory builds.
02:57.39brlcadnods, wondered that but didn't have time to test yet
05:31.53*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
06:41.34*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
11:22.01*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
11:22.59*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
11:31.35Yoshi47"initial release of a new graphical user interface for BRL-CAD geometry editing" expected timeline? what you guys think of the new freecad?
11:40.08Yoshi47so IBME is the new GUI?
11:40.14Yoshi47is archer canceled?
12:28.55starseekerYoshi47: where are you looking?
12:29.08Yoshi47was in the wiki
12:29.37starseekerarcher isn't canceled - it's the first step
12:29.43Yoshi47oh ok
12:29.50Yoshi47then whats this IBME exactly
12:30.24Yoshi47is there a fulltime programmer on Archer?
12:30.26starseekerArcher is a cleanup, reorg, and rework of the Tcl/Tk MGED
12:30.39starseekerwe work on it when we have time
12:30.45Yoshi47ah
12:31.38starseekerthe true "next generation" interface will look a lot more like what someone would expect a CAD system to look like, but it's a radical departure and we can't just abandon those who use our Tcl/Tk libs/resources
12:32.34starseekerArcher is a radical enough departure from MGED - in effect it's an attempt to do "MGED with modern user interface conventions"
12:39.57Yoshi47right
13:35.38``Erikheh http://dto.github.com/notebook/remix-this-game.html
14:54.56*** join/#brlcad willdye (~willdye@zuul.dsndata.com)
16:23.10*** part/#brlcad willdye (~willdye@zuul.dsndata.com)
16:45.10*** join/#brlcad mafm (~mafm@83.38.34.98)
16:51.39yukonbobhello, #brlcad
16:57.47starseekerhello, yukonbob :-)
17:18.02yukonbobstarseeker: happy monday. how're things?
17:18.45starseekernot too bad - still wading through libregex
17:19.08starseekergetting close though :-)
17:19.49starseekeryay, freetype patent expired!
17:22.16starseekeryeep - how can a "Desktop Quick Reference" be 640 pages??
17:45.27Yoshi47starseeker, so that means anyone can use it freely and redistribute it too?
17:53.00starseekerwhat, freetype?
17:53.33starseekerhttp://www.freetype.org/patents.html
18:36.10CIA-93BRL-CAD: 03starseeker * r39846 10/brlcad/trunk/src/libged/red.c:
18:36.10CIA-93BRL-CAD: OK, enabling regex based red command. Still a lot of cleanup to do as far as
18:36.10CIA-93BRL-CAD: directing error messages to the right place, making sure all the error returns
18:36.10CIA-93BRL-CAD: free memory properly, etc - working on that now. One or two 'need whitespace
18:36.10CIA-93BRL-CAD: only here' sanity checks to add yet
18:36.51*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
19:01.51*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
19:09.51CIA-93BRL-CAD: 03starseeker * r39847 10/brlcad/trunk/src/libged/red.c: Send some strings back to gedp
19:37.34*** join/#brlcad psilva_ (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
19:37.50psilva_hiyo
20:04.51*** join/#brlcad willdye (~willdye@zuul.dsndata.com)
20:05.35*** part/#brlcad willdye (~willdye@zuul.dsndata.com)
20:07.56*** join/#brlcad willdye (~willdye@162.40.127.30)
20:45.37CIA-93BRL-CAD: 03starseeker * r39848 10/brlcad/trunk/src/libged/red.c: Add more memory-freeing calls to various return clauses
20:59.32CIA-93BRL-CAD: 03starseeker * r39849 10/brlcad/trunk/src/libged/red.c: Tweak whitespace regex, add in check for garbage between combtree tag and first comb tree entry
21:00.55starseekerWell, not sure if that's the "proper" way to use regex but it seems to be doing OK here
21:28.39psilva_anyone headed to siggraph?
21:55.27*** join/#brlcad Alexandrus (~nil@pD953D623.dip.t-dialin.net)
21:55.29Alexandrusmoin();
21:56.10Alexandrusis there some support for windings/screw threads in brlcad?
22:09.56Alexandrusoh, i guess i found it unter "coils" in effective modelling
22:33.48*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:40.18starseekerregrets Alexandrus didn't stay around to find out about the coil tool
IRC log for #brlcad on 20100720

IRC log for #brlcad on 20100720

00:36.43starseekerbrlcad: I guess you can take another wack at breaking red - I'm not convinced I've used the regex library in the "ideal" way for the task, but it seeme to make a fair bit of sense
00:50.04CIA-93BRL-CAD: 03starseeker * r39850 10/brlcad/trunk/src/libged/red.c: Allow newlines in between floats - a natural editing possibility in red tmp files is to break up a matrix into 4-columns
01:06.06``Erikhe'll be back *shrug*
02:17.48*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
03:45.39``Erikhrm, I don't see it on my shelf :/ starseeker, remind me to look for my TOC book at work tomorrie
03:47.57``Erikhttp://www.google.com/products/catalog?q=theory+of+computation&oe=utf-8&client=firefox-a&hl=en&cid=1442957637363865374&ei=RRxFTJT7FaLgwwXgkZDbDA&sa=title&ved=0CBkQ8wIwATgA#p
03:48.41``Erikit lays out the grammar levels and goes into the fundamentals that seperate regex and lex/yacc
03:49.27``Erik(and is the book that had me choose bf for that task)
03:50.48``Erik(also the book mostly responsible for taking my 330 starting class down to 17 graduating)
03:51.39``Erikstill regret the one day of lecture for that class I missed... O.o it was intense :D
03:54.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:18.24*** join/#brlcad Aeamus (~Enigma@unaffiliated/r0b0t1)
04:35.54*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:48.45*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
05:17.46*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
06:49.58*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
09:06.54*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:31.16*** join/#brlcad mafm (~mafm@100.Red-88-11-185.dynamicIP.rima-tde.net)
09:34.33*** join/#brlcad Alexandrus (~nil@pD953D806.dip.t-dialin.net)
09:36.31Alexandrusmoin();
11:00.39brlcadmoin
11:01.19brlcadAlexandrus: there's also a 'coil' tool now to help automake pipe creation
11:03.37*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
12:57.45*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
13:39.48starseekerLOL - apple made the macpaint source code available to the computer museum, and apparently stipulated only non-commercial use
13:39.52starseekerwow
13:40.05starseekertries to imagine a commercial use for that code today...
14:07.59brlcadheh
14:41.44*** join/#brlcad Alexandrus (~nil@pD953D806.dip.t-dialin.net)
14:42.09Alexandrus@brlcad: thanks
14:42.22Alexandruswhere do i find information about this?
14:47.03Alexandrusthere is some claim in "coil.xml"
14:47.10Alexandrusbut can't find the tool nor the command yet
15:18.15Alexandrus->help automake gives "No help found for automake"
15:51.42brlcadAlexandrus: brlman coil
15:52.03brlcadMANPATH=/usr/brlcad/man:$MANPATH man coil
15:52.09brlcador that
15:52.54brlcadautomake is used by the build system, has little to do with the coil tool
17:25.38Alexandrusok, i try to figure that out
17:25.45Alexandrushave to say, its not a unix here...
17:26.31Alexandrusso /usr/brlcad/man does not actually exist
17:26.41Alexandrusi greeped the whole folder for "coil"
17:27.35brlcadAlexandrus: which platform?
17:27.45Alexandruswindows vista
17:27.47brlcadah
17:27.56Alexandrusno brlman found
17:27.56``Erikcoil is a reasonably recent addition, it's probably not in the windows binary package and may not even be in the msvc build stuff yet :/
17:27.57brlcadcoil isn't in the Windows binary distribution yet
17:28.26Alexandrusso i have to work through the source first...
17:29.13Alexandruswhats keeping it from the msvc build?
17:29.37``Eriklack of someone willing to log into a windows machine? :)
17:30.28``Erikooh, I bet the new libpng is gonna break the msvc build, too
17:30.40brlcadAlexandrus: most of the devs don't use windows on a regular basis, so it gets attention at "unpredictable" levels of activity, sometimes high but often lagging
17:30.44Alexandrusthe usual portablity issues:)
17:30.55brlcadthe code itself is portable
17:31.08Alexandrusi open a mac...
17:31.12brlcadit's maintaining the actual minor build issues, maintaining the build files, etc
17:31.36brlcadmoreover, our source releases tend to stay FAR ahead of our binary releases
17:31.40brlcadand coil is pretty new
17:32.00Alexandrushmm
17:32.19Alexandrusnow, i opened a mac..
17:32.26Alexandruschecking mged version..
17:32.53brlcadadded in 7.14.4
17:32.54Alexandruseven worse..
17:33.16brlcadbuilding on the Mac is usually really simple
17:33.17Alexandrusso...i am going to install msvc..
17:33.22brlcad~cadsvn
17:33.23ibotTo obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
17:33.45brlcadcd brlcad && sh autogen.sh && ./configure --enable-all && make -j8 && make install
17:34.24``Erikhm, coil exists in shapes/, but I see no correlary in the msvc8 project files O.o
17:37.33CIA-93BRL-CAD: 03brlcad * r39851 10/brlcad/trunk/misc/win32-msvc8/coil/: copy tire project as template for coil
17:38.30Alexandrusok, which vs c++ do you use for compilation?
17:38.47brlcadvc8
17:38.51Alexandrusok
17:39.03Alexandrus=> visual c++ 2008
17:39.04CIA-93BRL-CAD: 03brlcad * r39852 10/brlcad/trunk/misc/win32-msvc8/ (Makefile.am coil/coil.vcproj coil/tire.vcproj): rename tire.vcproj to coil.vcproj and add it to the dist
17:40.23CIA-93BRL-CAD: 03brlcad * r39853 10/brlcad/trunk/misc/win32-msvc8/coil/coil.vcproj: update from tire to coil source file and product exe.
17:41.38brlcadAlexandrus: actually I believe vc8 is Visual C++ 2005
17:41.45Alexandrusoh...
17:41.53Alexandrusnot sure where to find this old thing
17:41.56brlcadthey don't have anything to do with the year
17:42.04brlcad2008 should work
17:42.07Alexandrusi try
17:42.12brlcadbut you'll have an easier time on the mac
17:42.28Alexandruswould like to get it running on the big screen
17:42.33Alexandrusso, i wish to try:)
17:42.36brlcadwe're in the middle of preparing a release now, and haven't gotten to verifying the windows build just yet
17:42.48brlcadthough it should be finished today or tomorrow
17:42.52Alexandrusi am not expecting miracles
17:42.59Alexandrusi just give feedback as much as possible
17:43.06brlcadquite appreciated
17:43.19brlcadsaw the forums postings, will reply later
17:43.35Alexandrusforum?
17:43.40Alexandrusi missed this one
17:43.53brlcadI suspect the .mgedrc issue is that windows is treating it as a hidden file due to its name
17:44.42Alexandrusunlikely
17:44.56Alexandrus(to what i know about windows)
17:44.59brlcadif I had a windows box up, I could probably point you right to the file
17:45.12Alexandrusok, i am trying to get all stuff running
17:45.59brlcadif you hit the menu to create a .mgedrc, and it didn't pop up an error dialog, then it created the file *somewhere* .. just a matter of where
17:46.13Alexandrus->dir/s ...
17:46.40brlcadshould be in top root dir, or dir with mged.exe, or my doc's dir, or some other similar working dir .. but just don't know without having access to windows handy
17:47.41brlcadthe name does pose a problem because windows has to treat the file as a special "extended" file with a long extension
17:48.11brlcadsince fat32 files only have three characters in their extension portion of filenames
17:48.36Alexandrusthats a ageold dos thing...
17:48.46brlcadso it has to mangle the name as an extended file
17:49.09brlcadsure, they work around it .. with extensions, but under the hood the age old issue is still there, and some tools aren't happy
17:49.27brlcadpoint only being: I don't trust the autoamtic search
17:49.33Alexandrusi think on ntfs this is completly ignored
17:50.09Alexandrusi have extensions with more than 3 chars here all the time
17:51.03Alexandrusbut lets see...
17:51.07Alexandrusstill installing/downloading
17:55.15Alexandrusrestart...
18:02.18CIA-93BRL-CAD: 03brlcad * r39854 10/brlcad/trunk/misc/win32-msvc8/brlcad/brlcad.sln: add coil to the solution
18:04.44*** join/#brlcad Alexandrus (~nil@pD953D806.dip.t-dialin.net)
18:04.44Alexandrusre:)
18:04.57Alexandrusi am searching the project file now:)
18:09.58CIA-93BRL-CAD: 03brlcad * r39855 10/brlcad/trunk/misc/win32-msvc8/ (bolt/ gastank/ handle/ human/ window/ window_frame/ wire/): use the tire project as a template, create stubs for bolt, gastank, handle, human, window, window_frame, and wire.
18:11.11CIA-93BRL-CAD: 03brlcad * r39856 10/brlcad/trunk/misc/win32-msvc8/ (12 files in 6 dirs): use the tire project as a template, create stubs for bolt, gastank, handle, human, window, window_frame, and wire.
18:12.21Alexandruscan't find it..must be blind
18:16.44CIA-93BRL-CAD: 03brlcad * r39857 10/brlcad/trunk/misc/win32-msvc8/ (13 files in 7 dirs): rename tire stubs for bolt, gastank, handle, human, window, window_frame, and wire.
18:16.47brlcadAlexandrus: misc/win32-msvc8/brlcad/brlcad.sln is the main solution file
18:16.57Alexandrusok:)
18:20.54CIA-93BRL-CAD: 03brlcad * r39858 10/brlcad/trunk/doc/README.Windows: update the docs to reflect new dir names and outdated info about the display manager.
18:26.22CIA-93BRL-CAD: 03brlcad * r39859 10/brlcad/trunk/misc/win32-msvc8/ (9 files in 9 dirs): update the tire templates to compile the correct new source files, enable the new tools (bold, fence, gastank, handle, human, window, window_frame, and wire) for compilation.
18:27.30brlcad(and coil)
18:27.35CIA-93BRL-CAD: 03brlcad * r39860 10/brlcad/trunk/NEWS: added all of the remaining shape tools to the windows build: bolt, fence, gastank, handle, human, window, window_frame, and wire
19:05.01Alexandruserrors...more errors...even more errors
19:05.11Alexandrusvc c++ 2008 tries to import
19:05.16Alexandrusbut can't read some properties...
19:06.36Alexandruscompiling...
19:19.06Alexandrusmissing asc2g.exe...
19:19.21Alexandrus8 successfull, 54 failed
19:30.58*** join/#brlcad Stattrav (~Stattrav@117.192.132.72)
19:32.24Alexandrusmoin
19:36.47Alexandrushe stops in coil.c 106 "missing ; before type"
19:37.05Alexandrusand he isn't convinced by an extra ";" there
19:37.58``Erikheh, c99-ism crept in
19:38.13Alexandrusok, i admit not to understand this
19:38.25``Erikmoving that line to the beginning of the function might fix it
19:39.17Alexandrusits getting worse...
19:39.24Alexandrus"unreferenced local variable"
19:39.32Alexandrusand there is a rather long list following
19:39.49Alexandrushe doesn't like the wp64 switch, if this tells you something?
19:43.03AlexandrusC2275 "invalid use of a type as expression"
19:48.13CIA-93BRL-CAD: 03erikgreenwald * r39861 10/brlcad/trunk/src/shapes/coil.c: various fixes for c89 and windows.
19:48.23``Eriktry that
19:48.36Alexandrusi do
19:58.19Alexandrusfatal error: inputfile "libbu.lib" can't be opened
19:58.36Alexandrusi try to solve this myself this time
20:01.43Alexandruslibbu->libpng : C1083: "Cannot open file ..\..\..\src\other\pngvcrd.c"
20:01.52Alexandruslibbu->libpng : C1083: "Cannot open file ..\..\..\src\other\pnggccrd.c"
20:02.16starseekerAlexandrus: we updated libpng recently, so the Windows build may be out of sync
20:02.34Alexandrusi just updated everything from svn
20:02.53Alexandrusstill out of sync?
20:04.59starseekerprobably...
20:05.12starseekerunless I missed an update (possible)
20:05.30Alexandrusi just don't know
20:05.33Alexandrusfirst time i look in the source
20:06.49Alexandrusi heard something about libpng a few hours before..
20:06.53Alexandrusso, you might be right
20:27.35*** join/#brlcad merzo (~merzo@89-234-133-95.pool.ukrtel.net)
20:55.23Alexandrusits 22:55 here, time to leave
20:55.27Alexandrusthanks for all help:)
20:57.00*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:27.14brlcadhehe, http://www.27bslash6.com/missy.html
22:28.42``Erikbleh, iphone patch
22:33.44``Erikthat missy thing reminds me of http://www.shipmentoffail.com/wp-content/uploads/2008/09/9479.jpg
22:36.55``Erikisn't dave thorne the one who did the 7 legged spider?
22:37.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:38.28``Erikyeahhhh, I've read this guys stuff before, good stuff :)
22:38.51``Erikhttp://www.27bslash6.com/overdue.html is what got me to his page originally
22:45.15yukonbob^-- /me likes missing cat one...
22:45.40yukonbobhttp://www.27bslash6.com/missy.html
22:46.01yukonbobfeh
22:46.05yukonbobreads more history
22:46.10yukonbob:)
23:01.13*** join/#brlcad mafm (~mafm@83.49.87.57)
23:18.00*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
23:50.56``Erikok, apple is starting to piss me off... microsoftian convolution going on
23:52.34*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100721

IRC log for #brlcad on 20100721

00:06.22``Erikhas anyone updated their iphone to 4.0.1 today?
01:16.35*** join/#brlcad Nohla (~Nohla@201.255.253.131)
01:24.52*** join/#brlcad Stattrav (~Stattrav@117.192.132.72)
02:06.13brlcadnopes
02:26.48*** join/#brlcad Stattrav (~Stattrav@117.192.132.72)
02:46.12starseekereyes the VTK build scripts... I think I'm going to be very glad these exist, since they seem to be doing a lot of the same sorts of stuff we'll need...
02:48.16*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
04:28.44*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
04:44.23*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
06:43.38*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:42.59*** join/#brlcad Alexandrus (~nil@p4FE3F911.dip.t-dialin.net)
08:43.03Alexandrusmoin();
08:43.25Alexandrusi continue my tries to get brlcad to compile on win
08:43.57Alexandruscurrent issue: finding pngvcrd.c and pnggccrd.c
08:44.03Alexandrus(or their replacements)
09:03.55Alexandruslibpng compiles after fixing libz
09:28.25*** join/#brlcad mafm (~mafm@209.Red-80-26-128.dynamicIP.rima-tde.net)
09:38.52Alexandruscurrent state: trying to understand linker errors in libItk
09:39.19Alexandruslog for all issues: http://pastebin.org/410607
09:59.59AlexandruslibITK compiles after adding two dependencies...
10:08.03``Erikwhat did you do to 'fix' libz? is it something we could incorporate into the build?
10:08.24Alexandrusi added the paths manually
10:08.34Alexandrus..\..\..\brlcadInstall\bin and lib
10:08.43``Erik(the general reaction of all the developers to using windows is generally a nosferatu exposed to sun screaching)
10:08.46Alexandrusguess this isn't a real libz error
10:09.03Alexandruslets drop the windows thing at the moment
10:09.25Alexandrusi am not a developer, just looking for little stuff
10:09.26``Erikon MacosX, linux or freebsd, it should "just work"
10:09.52Alexandrusbad luck, at the moment i have a win machine here
10:10.07Alexandrusi am in libged
10:10.20Alexandrusand can't find a _db5_standarize_avs"
10:10.31Alexandrussomewhere in _build_comb
10:10.44``Erikmy condolances :) I'm not saying to switch os's, just explaining why windows support is inadequate
10:10.45Alexandrusi greped for it, but with little success
10:10.53Alexandrusyes, i know
10:10.59``Erikum, should it be db5_standardize_avs ?
10:10.59Alexandrusi offer my support as much as i can
10:11.11Alexandrus1>red.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "_db5_standardize_avs" in Funktion "_build_comb".
10:11.24``Erikah, deutch even
10:11.32Alexandrusja, stupid
10:11.37Alexandrusi should have picked english
10:12.03``Erikthe build shouldn't care, but we don't do any i18n or l10n
10:12.17Alexandrusi don't know what i18n or l10n is
10:12.27``Erikinternationalization and localization
10:12.32Alexandrusah:)
10:12.47``Erik"i, then 18 letters, then an n" ... :)
10:13.12Alexandruskind of a game to guess
10:13.22AlexandrusJ5n
10:13.23Alexandrus:P
10:13.26``Eriklinux stuff... it's all a bit... special :)
10:13.53``Erikthat function SHOULD exist in librt, I'd think... or mebbe libwdb, I think starseeker has been doing stuff related to that
10:14.11Alexandrusi try a second grep
10:14.12``Erikso if you can hang out until he decides to wake up?
10:14.33Alexandrusi continue to try
10:14.40Alexandruswithout _ i find more
10:14.49Alexandruslibrt..true
10:14.56``Erikyeah, the _ prefix is a mac thing
10:15.10``Erikit'd be db5_standardize_avs in the code
10:15.13Alexandrusyou know what...i guess there is still a lot to learn about portability
10:15.54``Erikthere always is
10:16.23Alexandrusmy freepascal programs sometimes suffer too
10:16.25``ErikI thought I was very portable writing a plugin based thing in the 90's... in '02, bought a mac, the underscore thing threw me for a loop :/
10:16.35Alexandrusits kind of a game to get them compile on mac an win
10:17.02Alexandrusi do not understand the underscore thing
10:17.14Alexandrusfor me its just another character which happens to be allowed in symbols
10:17.17``Erikon osX, all library exported symbols have an underscore prefixed
10:18.08``Erikif you link normally, it'll try to prefix the name for you
10:18.08``Erikkinda like on linux, the kernel exported symbols have two underscores prefixed, iirc
10:18.08Alexandrusoh, fpc doesn't have this
10:18.11``Erikof course not, it's C function stuff we're talking about :D
10:18.18``Erikc++ methods are far far uglier
10:18.56Alexandrusdamn, can't find "build_comb"
10:19.12Alexandrusguess its included
10:20.06Alexandrushey, for using c++, the project evolved into something quite usefull:P
10:20.08``Erikhm, it's 06:20 here, if you can wait oh, so an hour? I'll drive into work where I have lots of os's available and see if I can help?
10:20.24Alexandruswhy waiting, i can figure out things too
10:20.24``Erikheh, most of BRL-CAD is C, the c++ bits are very recent
10:20.51Alexandrusi wonder, why most CAD programs are so weak in console..
10:21.01Alexandrustried autocad, vericad etc etc
10:21.01``Erikanyways, time to subject my poor m3 to american roads ;)
10:21.10Alexandrussee you later
10:21.16Alexandrusthere will be more questions for sure:)
10:40.01RalithAlexandrus: because most CAD programs are made by devs ignorant to the Unix philosophy, probably.
10:41.42Alexandrusi don't think of console as unix
10:41.57Alexandrusi just hate stupid GUI's with billions of buttons
10:42.33``Erik(autocad is a lisp program, dunno vericad, but unix thinking is generally not involved)
10:42.48``ErikHUZZAH! my phone works again!
10:43.08``Erik(no, not driving yet, wanted to give the phone update another shot)
10:44.14``ErikI was all upset thinking I was going to have to drive down to baltimore to get this thing fixed heh :/ stupid effin' apple. *grouse*
10:44.15Alexandruslearning "static libs" in c/c++..
10:44.38``Erik.a files, basically a bunch of .o files in a .tar file
10:44.47Alexandrussource?
10:44.53Alexandruswhere do you choose which gets published, which not
10:44.58``Erikno, compiled
10:45.19Alexandrusto a .lib here
10:45.23``Erikexported API's in C are any that are not listed as 'static'
10:45.32``Erikon winderz, they have an 'export' keyword
10:45.44``Erik(so in BRL-CAD, we have a BU_EXPORT macro we use)
10:46.25``Erikaight, I drive for real now :) bbiab
10:46.28Alexandrusit looks, like red.c is using a non exported function
10:46.33Alexandrusok, see you later:)
10:46.50RalithAlexandrus: well, console utils built *without* the unix philosophy are generally pretty useless
10:47.14Alexandrusi think, today adding a little bit of "oop" would be nice
10:47.22Alexandrusbut its working fine the way it is
10:47.29Ralithwhat?
10:47.38Alexandrusproperties for objects
10:48.03Alexandrusbut sure, this isn't unix
10:48.51Alexandrushmm.."BU EXPORT BU_EXTERN(void...)"
10:48.55Alexandruswhat a construction
10:50.12Ralithno idea what you mean
10:51.19Alexandrusaccessing properties of brlcad objects by properties/methods
10:51.40Alexandrusmyobject.translate(3,4,3)
10:51.42Alexandrus...
10:51.50Alexandrusnot really important, just an idea
10:57.13Raliththat's not what OOP is
10:57.46Alexandrusunification of code and data...
10:58.19Alexandrusok, there is more
10:58.24Alexandrusbut i am not here to pass a test:P
11:03.16Raliththat's *definitely* not what OOP is.
11:03.47Alexandruspolymorphism
11:03.50Alexandrusinheritance
11:03.55Alexandrusabstraction...
11:04.23RalithI'm pointing this out because BRL-CAD is, iirc, very OO indeed.
11:05.04Alexandrusas far as i know, no methods
11:06.08Alexandrusso for me its like a predecessor, records/structures
11:06.15Alexandrusinternally, i am sure its more oop
11:06.21Alexandrusbut seen from the outside
11:08.35Alexandruscourse one could interpret l as a method of any primitive/object
11:10.35Alexandrusbut polymorphism?..hmm..
11:55.26``ErikBRL-CAD is very OO, c++ is not... association of data and function is more of an old school lithp thang
11:55.57Alexandrusok...//
11:56.08Alexandruslets move to another topic
11:56.20``Erik(assuming that c++/java is how to define OO is bad juju, take a look at smalltalk or objc... alan kay (the guy who coined OO) has some harsh stuff to say about c++)
11:56.48``Erikthe BU_EXPORT/BU_EXTERN mess is due to winderz
11:56.53Alexandrusfpc is the same here i guess:P
11:57.00Alexandrusok, in short
11:57.07Alexandrushow do i export db5_standardize_avs
11:58.00Alexandrusdeclared in db5_types.c
11:58.03``Erikwhat file fails?
11:58.29``Erikthe only two with reference are librt/db5_types.c and libged/red.c, and red.c has an extern statement at the beginning
11:58.51Alexandrushttp://pastebin.org/410708
11:58.55Alexandrusscroll to the bottom
11:58.59Alexandrusits a log about everything i do
11:59.11Alexandrusyes
11:59.23Alexandrusnow, which way is this supposed to be?
12:00.50``Erikhmmmmmm, might require an explicit export in a header to let the linker know to add it to the symbol table (the .lib file on winderz)
12:01.01Alexandrusi am a noob in c/c++
12:02.55Alexandruswhich header file should it be?
12:03.35Alexandrusdb5.h ?
12:04.29``Erikdunno... starseeker seems to think they shouldn't be public
12:04.47Alexandrushmm...
12:05.13``Erik<-- is firing up a windows machine
12:05.15Alexandrusis reading build_comb
12:13.25Alexandrusi guess i have to understand db5 first..
12:19.07CIA-93BRL-CAD: 03erikgreenwald * r39862 10/brlcad/trunk/include/raytrace.h: add export lines for functions used in libged for windows
12:20.06CIA-93BRL-CAD: 03erikgreenwald * r39863 10/brlcad/trunk/ (include/bu.h src/libbu/image.c): add bu_image_save_writepixel for single pixel updates
12:21.51Alexandrus23:24
12:21.59CIA-93BRL-CAD: 03erikgreenwald * r39864 10/brlcad/trunk/src/libbu/image.c: include vmath.h for VMOVE
12:22.00Alexandrus(success : fail)
12:22.44Alexandrus24:23
12:45.08*** join/#brlcad Stattrav (~Stattrav@117.192.141.47)
12:45.34Alexandrushmm...
12:45.42Alexandrusmoin stattrav
12:46.48``Erikhuh, a liboptical failure that looks like my fault O.o
12:47.32Alexandrusits quite difficult to read through this
12:48.38Alexandruswhat about the db5_standardize?
12:50.08CIA-93BRL-CAD: 03erikgreenwald * r39865 10/brlcad/trunk/misc/win32-msvc8/liboptical/liboptical.vcproj: add sh_toon.c
12:50.09``Erikthe commit I did to raytrace.h fixes that for me using msvc8
12:50.31Alexandrusi try compiling
12:50.53Alexandrus9:0
12:52.33Alexandrusas far as i can see, there are still mistakes
12:52.44Alexandrusbut it might be cause of my changes
12:52.51Alexandrusstill 22 fail
12:53.00Alexandrusi just copy the misc folder again and try
12:56.34Alexandrus"libraries" and "Other" is invalid
12:56.58AlexandrusVisual C++ 2008, Version 9.0.21022.8 RTM
12:57.23Alexandrusand its raining errors
13:06.11Alexandrushttp://pastebin.org/410744 <- error log
13:09.25*** join/#brlcad sofleo (~sofleo@62-2-161-194.static.cablecom.ch)
13:12.23sofleohello, please could someone explain how to use the adc control panel? I vould give a point an angle and a tick distance. I would see the coordinates where the tick is placed, is it possible? I don't know if I made myself clear.
13:13.18sofleois there some documentation about it?
13:14.31Alexandrussry, softleo...i don't know what the adc control panel is..
13:15.08Alexandrus_ged_combmem in libtclcad makes trouble
13:15.38CIA-93BRL-CAD: 03erikgreenwald * r39866 10/brlcad/trunk/ (11 files in 5 dirs): spelling mistake... vegitation->vegetation.
13:16.23sofleoI meant the angle distance cursor control panel
13:19.49Alexandrusi managed to switch it on...don't know what it could be usefull for
13:19.55Alexandrusbut i am only a new user:)
13:21.20sofleoah, ok
13:21.26sofleothank you anyway
13:21.51Alexandrusif you are patient...some are active here
13:22.18sofleoI will wait patiently :-)
13:29.46CIA-93BRL-CAD: 03erikgreenwald * r39867 10/brlcad/trunk/src/libtclcad/ged_obj.c: include ged.h for ged_combmem
13:30.23Alexandrusdid this really compile on msvc8?
13:31.06``Erikat one point, yes
13:31.18Alexandrusupdate, recompile..
13:31.29``Erikeven had an msvc9 compile at one point... but... we don't do winderz :D so it's the red headed stepchild here
13:31.46Alexandrusnow he complains..
13:32.45Alexandrus4>LINK : fatal error LNK1181: Eingabedatei "libtclcad.lib" kann nicht geöffnet werden.
13:32.47Alexandrusthis again..
13:33.37Alexandrusged_obj.c has ged.h included
13:33.55Alexandrusstill this _ged_combmem thing
13:33.58Alexandrus(msvc9)
13:35.52Alexandrusthis compilation stuff takes ages
13:37.03``Erikbob (the guy who used to keep the windows side up to date) is working on stuff now
13:37.22Alexandruswhats his name here?
13:39.51Alexandrus@''Erik: softleo had a question about angle distance cursor
13:42.31Alexandrusi am trying with msvc8 now...
13:42.53Alexandrus(even vista claims, its not compatible)
13:44.13Alexandrusresult is even worse ...
13:44.18Alexandrus2:60
13:45.34``Erikyeah, uh, I, uh, that's in the gui part, right? I don't know that stuff :D
13:45.44Alexandrusoh, how do you compile it?
13:45.52Alexandrusi just opened the project file
13:46.19sofleo:-)
13:46.55``Erikstarseeker and brlcad are the two who know stuff about the gui, and this is early for them.. :)
13:47.31Alexandrushow do you compile? with make?
13:47.35Alexandrusthere is an .am file
13:48.30``Erikon anythingbutwindows, it's a typical configure/make project
13:49.07Alexandrusstill, you got it compiling somehow
13:50.48CIA-93BRL-CAD: 03erikgreenwald * r39868 10/brlcad/trunk/misc/win32-msvc8/libged/libged.vcproj: add combmem
13:52.13*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
14:07.52Alexandrus4 errors missing..
14:08.03Alexandrus(still present)
14:09.43Alexandrusin mged\setup.c(433) not declared: vls
14:13.25Alexandrusstruct bu_vls vls; added to cmd_setup
14:14.39Alexandrusfixed it, guessing its supposed to be temp...but just a guess
14:16.30Alexandruscompiled...success!
14:19.20*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
14:31.19brlcadsofleo: run "adc help" in the command window
14:31.49brlcadyou can use the adc command to get/set exact distances
14:32.15brlcadyou'll also probably want to turn on Misc -> Faceplate
14:32.22brlcadit will provide a status bar in the graphics window
14:32.30brlcadwith the current adc values
14:32.54sofleohello, yes i did it and I'm reading the help and also the introduction to MGED tutorial.
14:33.08sofleomy question is
14:33.24sofleoI put the adc cursor in a specified position of my model
14:33.43sofleothen I set an angle and then a tick distance
14:33.56sofleoI would retrieve the tic position
14:34.00sofleois it possible?
14:34.02brlcadAlexandrus: the code changes very quickly with about a half-dozen developers hitting different portions on a constant basis, so the build for all platforms has to be continually updated
14:35.13brlcad"adc dst" ?
14:35.24Alexandrusi am just glad it compiled once
14:35.40brlcadsofleo: not sure I understand your question, but the subcommands can be used to set AND get values
14:36.03sofleoI would retrieve the x and y coordinates of the tick position
14:37.00Alexandrus@brlcad: i think i learned a few things, i might be able to get it compiling even after some changes
14:37.50sofleobrlcad: probably I arlready know the answer, is it possible to put quotes on the model?
14:38.04sofleoI would measure the model
14:39.17sofleoanother question, at the end of my design job I would retrieve a list of pieces composing my model, is there a way to do this?
14:47.23brlcadsofleo: the problem with reporting a tick position is that there are 12 of them
14:47.49brlcadyou can query any specific one of them using query ray though
14:47.57sofleobrlcad: yes I understand, you are right
14:48.11brlcadSettings -> Mouse Behavior -> Query Ray
14:48.15brlcadthen
14:49.26sofleothen ...
14:49.51brlcadsorry, multitasking -- click second mouse button to query the point under your mouse
14:50.04brlcader, maybe third mouse
14:50.16brlcadoption-click if you're on a one-button
14:50.33brlcadyou'll see "Firing from..." in the comamnd window
14:51.09brlcadif you hit an object, you'll get the exact in/out distances
14:51.39brlcadotherwise you can just use the ray setup values to know where you queried
14:51.49brlcadyou'll want to change the mouse behavior back to Default when you're done
14:52.07brlcadAlexandrus: excellent, maybe you can maintain the windows build then? :)
14:52.50brlcadsofleo: as for your second question -- that entirely depends on the hierarchy (or lack thereof) that you use to construct your model, but you can certainly get a list of objects or subsets of objects, etc
14:53.27brlcadif you've used proper modeling practices, you'll have a set of regions (i.e., parts) and groups (i.e., assemblies)
14:53.28sofleoI use tree command, l command ls command
14:53.52sofleoI use regions and combination
14:54.13sofleowhat I really need is at the end the bill of material
14:54.37sofleoI building a garden house for my kids
14:55.59sofleoat the and I have to go to the wood shop (I don't know the exact word at the moment) and I have to tell them:give 10 pieces long 2merters, 20 pieces long 2.5 meters and so on
14:57.22brlcadunfortunately, we don't produce bill of material reports directly yet
14:57.51brlcadyou can certainly get at a lot of the same information, just not automatic
14:58.03sofleook, thank you anyway, I like so much brl-cad
14:58.11brlcadrtarea will report presented/projected areas so you can determine length/widths of objects
14:58.43brlcadrtweight and gqa calculate weights, centroids, moments of inertia
14:58.45sofleobefore you told me about: ray setup values
14:59.02sofleowhere can I set them
14:59.45brlcadwhen you turn on query ray, your mouse cursor is where the ray is fired from
15:00.08*** join/#brlcad Stattrav (~Stattrav@117.192.132.203)
15:00.26sofleosorry but I'm learning step by step, I read some tutorials, but I didn't find any doc like the "brl-cad bible" is there some book to learn brl-cad?
15:01.01brlcadsofleo: no need to apologize.. it's a LOT to learn, like any CAD package, takes years to learn fully
15:01.18sofleoyes I agree with you
15:01.19brlcadthe tutorial series is the closest to it
15:01.45brlcadthe 16 intro tutorials, then the principles of effective modeling for some of the more advanced concepts
15:02.43brlcadthen there is custom overview documentation on some of the more complex features like the oed command and nirt
15:05.16sofleoYou spoke about 16 tutorials but I found only 10 pdf
15:05.23sofleodid I miss something?
15:05.30CIA-93BRL-CAD: 03brlcad * r39869 10/brlcad/trunk/TODO: three items still pending for release, nirt commands seems to be busted (gives usage). red needs a quick test due to regex swap, and the windows build is undoubtedly still bustaged even after erik's many fixes.
15:07.52CIA-93BRL-CAD: 03brlcad * r39870 10/brlcad/trunk/BUGS: .mgedrc is wrong if created without a database open -- qray lines end up horked with 'A database is not open!'
15:09.04brlcadthere are 16 tutorials in the "Introduction to MGED"
15:09.14brlcadone big pdf
15:09.26sofleoah yes, now i understood
15:10.24sofleook, I will read again the introduction to MGED probably I didn't undertstand everything
15:10.36sofleothank you for your answers
15:17.55Alexandrus@brlcad: i could maintain it
15:18.07Alexandrusbut it would be wise to work together at this
15:18.17Alexandrusso i don't blow up anything:)
15:20.16Alexandrusalso, it should have a new msvc9 folder in misc
15:20.27Alexandrussince my conversion would screw up any previous one
15:22.11Alexandrusnext issue i have: getting coil into mged
15:22.25Alexandrusi think i saw something in mged/setup.c
15:30.44sofleobye
15:30.48Alexandrusbye
15:30.50Alexandrussoftleo
15:36.33brlcadcya softleo!
15:39.32Alexandrushmm, "pip" which is in mged isn'T in mged_cmdtab, where is it?
15:40.00Alexandruspipe
16:35.36*** join/#brlcad Stattrav (~Stattrav@117.192.132.203)
16:38.16brlcadAlexandrus: grep :)
16:43.24Alexandrusgrep gives so many results, i could fill a disk with it
16:43.35starseekergrep the grep output :-)
16:43.56starseekergrep pattern stuff | grep nextpattern
16:44.16Alexandrusif i know a second pattern, i would need one grep only...
16:46.31Alexandrusgreping for """pipe""" is less, points me to points_scan.l
16:56.16starseekerHmm - zlib 1.2.5 has it's own CMakeLists.txt file - can I update that and eliminate the need for us to maintain our own?
16:57.29starseeker(looks like d_rossbert created the one we have in there currently)
17:02.51Alexandrustakes a break for today
17:18.00brlcadpoints scan isn't the right one
17:18.14brlcadthats for reading point cloud data
17:18.36Alexandrusyes.., i read it
17:19.19Alexandrusbut i am to tired today to figure out how to get coil into mged
17:19.23Alexandrus(or is it there allready)
17:19.37brlcadthe proper way is src/libged
17:20.30brlcadyou'd write a ged_coil() function that contains the current binary logic
17:20.56brlcadthat gets hooked in with a simple command table elsewhere
17:21.03Alexandrusi better have a look at an example first
17:21.10brlcadlook at tire
17:21.12Alexandrusi opened ged_edcomb
17:21.15Alexandrusok, tire
17:21.53brlcadsrc/mged/setup.c has that command table
17:22.10Alexandrusyes, i searched for "pipe" there
17:22.14brlcadthere you see tire calls ged_tire via cmd_ged_plain_)wrapper
17:22.18Alexandrustrying to understand it a little
17:22.35brlcadged_tire does the work, src/libged/tire.c
17:22.49Alexandrusopen
17:22.56brlcadclose
17:23.11Alexandrusrm -f:P
17:23.32brlcadPermission denied.
17:23.45Alexandrussend nuke
17:29.32*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
17:34.42Alexandrusok, i might try implementing it tomorrow
17:34.45Alexandrusthanks for all help brlcad
17:34.51brlcadsure
17:35.01Alexandrusits 19:34 here
17:35.06brlcadif you make mods and want to contrib back
17:35.16brlcadyou used svn diff and/or patch beffore?
17:35.33Alexandrusyes
17:35.38brlcadcool
17:35.50brlcadso you can post changes to the patches tracker
17:36.27brlcadthe HACKING file has some more details
17:36.39Alexandrushehehe, i just started today...
17:36.44Alexandrusmy head is full of code:P
17:36.49brlcadawesome :)
17:37.18Alexandrusactually, i was about to create a little quadcopter modell
17:37.43Alexandrusdesign all parts so i can let them manufactured
17:37.54Alexandrus(thats what i need the coil for)
17:38.03brlcadcool, cant wait to see it
17:38.34Alexandruswhat do you use brlcad for?
17:39.32brlcadprogramming hobby :)
17:39.52Alexandrus:)
17:41.08Alexandrusare you part of any 2D cad project too?
17:41.51brlcadno, brl-cad requires enough time and attention on its own with 3d
17:41.58Alexandrustrue
17:50.54*** join/#brlcad Stattrav (~Stattrav@117.192.132.200)
17:58.22*** join/#brlcad Nohla (~Nohla@201.255.253.131)
20:03.18*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:40.58CIA-93BRL-CAD: 03starseeker * r39871 10/brlcad/trunk/src/librt/db5_types.c: Urk. Trying to alter the avs mid scan didn't work so hot - build a temp copy and replace the original with that.
21:22.31Alexandrusgood night:)
21:35.12*** join/#brlcad psilva_ (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
21:35.46psilva_brlcad: siggraph?
21:37.44brlcadpsilva_: yep
21:39.08*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
22:10.25*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:22.49CIA-93BRL-CAD: 03brlcad * r39872 10/brlcad/trunk/configure.ac: use ac_configure_args if it is set for reporting the options since configure may clobber '' if it runs set our sources files.
IRC log for #brlcad on 20100722

IRC log for #brlcad on 20100722

00:37.07``Erikhow close to release? I wanna commit my stuff to have rt output to png, but I don't want it to be released until it gets a fair amount of testing... (I think the rtedge/stdout bug is because I did this to that a while back)
00:37.55starseeker``Erik: shaking out the red command now
00:38.02starseekeralso need more tests of nirt
00:38.12``Erikso before siggraph
00:38.33starseekerassuming nothing spectacular turns up
00:40.00``Erikya'll in tomorrow?
00:40.24starseekeryep
00:42.21``Erikbrlcad?
00:58.20*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
01:29.24CIA-93BRL-CAD: 03starseeker * r39873 10/brlcad/trunk/src/other/libpng/Makefile.am: Don't get to first base on distcheck with these entries in there, looks like we don't have those files present in BRL-CAD tree
01:57.49CIA-93BRL-CAD: 03starseeker * r39874 10/brlcad/trunk/src/other/tktable/Makefile.in: Gonna need some extra rules - snarf from one of the other src/other Makefiles
01:58.38CIA-93BRL-CAD: 03starseeker * r39875 10/brlcad/trunk/src/other/tktable/Makefile.in: Probably want a tab there...
02:00.51*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
02:17.03CIA-93BRL-CAD: 03starseeker * r39876 10/brlcad/trunk/src/other/tktable/Makefile.in: Er, whoops - no uninstall-doc here
02:36.22CIA-93BRL-CAD: 03starseeker * r39877 10/brlcad/trunk/src/other/tktable/Makefile.in: Wrong - there are docs, just no uninstall rule for them. Try adding one.
02:53.34CIA-93BRL-CAD: 03starseeker * r39878 10/brlcad/trunk/src/other/tktable/Makefile.in: Not doing list here
03:05.14starseekerponders... I wonder if librt could split conceptually into libgeom, librt, libtess, libgeomdb...
03:06.41starseekerin principle, tessellation and database i/o don't have much to do with raytracing...
03:10.10starseekerOK, that gets by tktable - now togl is complaining about permission denied errors for creating files... which already seem to be there, odd
03:10.30starseekeroh, that's that generated stuff - I'll be a clean rule didn't do its job
03:10.35starseekermorning for that
03:10.41starseekeris outta here
03:47.49brlcadstarseeker: there's some separation possible, but it wouldn't be easy at all to break them up in a useful (i.e., independent) manner
03:48.45brlcadand if you made clean break separation between the APIs, you add a high risk of adding overhead to raytrace time
03:52.08brlcaddoable, just would be a fair bit of work to do without keeping a series of library dependencies
03:54.56brlcadtry separating something like libnmg back out fully separate .. pretty good example of how complex a problem it is, and it's probably as good as it gets
04:05.20*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
04:29.27*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
06:15.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
06:31.22*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
06:31.23*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
06:31.27*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
06:33.44*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
06:57.47*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:25.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
08:19.40*** join/#brlcad mafm (~mafm@83.34.20.31)
09:34.10*** join/#brlcad Alexandrus (~nil@pD953DCB9.dip.t-dialin.net)
09:34.12Alexandrusmoin();
10:10.46Alexandruscoil stub command implemented:)
10:10.51Alexandrus(no function yet)
11:47.43Alexandrusis someone here?
11:47.55Alexandrusi have some questions about names in brlcad
11:48.39Alexandrus(object names)
12:13.06brlcadbest to just ask your question, someone will eventually respond
12:13.25Alexandrusok
12:13.40Alexandrusi was wondering, how names are set in the database
12:13.41Alexandrusin source
12:13.59Alexandrusthere is some "bu_vls_printf"
12:14.23Alexandrusseems to do it...but i am still pretty unstable about it
12:14.36Alexandrusalso, i have to rewrite coil to be more like tire
12:14.37brlcadbu is our libbu library, BRL-CAD Utility Library
12:14.54brlcadvls stands for variable length string
12:15.11Alexandrusso this is simple string handling
12:15.20brlcadlibbu provides a set of functions for reading and writing strings of an arbitrary length
12:15.27starseekerAlexandrus: yeah - coil should be pretty easy to make into a ged command
12:15.28brlcadprintf just prints into a string
12:15.31Alexandruslike pascal string
12:15.39brlcadman printf
12:15.45Alexandrus@starseeker: as much as i am a beginner, not yet
12:15.57brlcadsame basic semantics, but instead of working with a char *, it works with a struct bu_vls *
12:15.57starseekerit's not so much "making it like tire" as it is surrounding the coil logic with the proper ged structures and calls
12:16.22Alexandrusthats what i mean
12:16.42Alexandrusbut i have to seperate the main procedure first
12:16.56Alexandrusand for this, i have to understand the db stuff
12:18.14starseekerdb objecs are created with the mk_* calls
12:19.13Alexandrusok, next step: removing file name parameter from coil
12:19.53Alexandrus(extrem small steps:P)
12:19.58starseekerthat's a bit trickier - basically the information on the current file is contained in the gedp structure
12:20.32Alexandrusthere is some GED_INIT
12:20.48Alexandrusand a mk_id(db_fp,"Tire")
12:20.52starseekerlook in the function ged_tire
12:20.53Alexandruswhere i am not sure, why it is needed there
12:22.04Alexandrusfirst i will move the  wdb_fopen further up
12:22.21starseekerfile names will more or less be replaced with gedp->ged_wdbp, but I don't think it's a 1-1 swap
12:22.39starseeker(could be wrong - Bob actually converted tire to a ged command)
12:22.43Alexandrusyou know, i started yesterday
12:22.46brlcadAlexandrus: read src/shapes/tire.c
12:22.53Alexandrusallready open
12:23.06Alexandrusi started creating a stub coil command first
12:23.08Alexandrusits working
12:23.11brlcadcool
12:23.18Alexandrus(using color.c)
12:23.22starseekerheads in...
12:23.43Alexandrusgedp->ged_wdbp...hmm...
12:24.12Alexandrusi guess its supposed to be a database file name or?
12:24.31Alexandrus(inside the db)
12:24.46brlcadit's a handle on the database file
12:25.12Alexandrushmm...i will create this one, as soon as the structure of the coil.c/main is compatible to this
12:27.31Alexandrusrealy, the mk_id(db_fp,"Tire") is puzzling me
12:27.51Alexandrusi thought objects are created in ged_tire...
12:28.27Alexandrusor id=title
12:38.15brlcadmk_id sets the title
12:38.21Alexandrus:)
12:42.37Alexandrushmm..slight size differenz through mk_id...
12:42.43Alexandrusbut seperation seems to work
13:16.55Alexandrusmay someone answer me, why
13:16.59Alexandrusstruct bu_vls coil_type;
13:17.09Alexandrusworks in one file, but gives a "missing ; before type" in another file
13:17.31starseekersyntax error elsewhere in the file
13:17.49Alexandrusi moved it...no change
13:17.55Alexandrusbut where?
13:17.59Alexandrusi made i direct copy/paste..
13:18.17starseekercan you post your file?  http://pastebin.org/
13:18.35Alexandrushttp://pastebin.org/411967
13:18.43Alexandrusit gives 102 errors...
13:20.02Alexandrusdoesn't like fastf_t either
13:20.17Alexandrussuddenly this is supposed to be an expression..
13:20.33starseekerwhat is the line number associated with that error?
13:20.43starseekerthe first oen
13:20.44Alexandrusoh i am trying to find that out
13:20.45starseekerone
13:20.49Alexandrusdamn vc does not show..
13:20.55Alexandrus424
13:21.16Alexandrus421..423
13:21.19Alexandrusfor struct
13:21.30Alexandrusi am suspecting a compiler setting
13:21.53starseekertry putting the struct bu_vls delcarations before GED_CHECK_DATABASE_OPEN once...
13:21.59starseekerunlikely, but maybe...
13:22.04Alexandrusdoesn't work..
13:22.08Alexandrusnot enough
13:22.11Alexandrusthere is a more primary error
13:22.22Alexandrusyou know, i just copied the whole stuff from another file
13:22.25Alexandruswhere it was working fine
13:22.32Alexandrus(coil.c from coil)
13:22.34starseekeruh
13:22.37Alexandrus(to coil.c in libged)
13:22.56Alexandrusi could understand a missing #include
13:23.18Alexandrusbut i copied these too
13:24.41Alexandrushmm, since when is he allergic to variable declarations inside a procedure?
13:24.44starseekerI'd say its something to do with Windows building specifically - that file builds here on the Mac
13:24.58Alexandruscompiler setting i guess..
13:25.06Alexandrusi moved the int's too
13:25.09Alexandrusnow its building here too
13:25.27Alexandrusanother question: who wrote coil.c?
13:25.34starseekerI did
13:25.40``Erikstarseeker: re splitting stuff up... they don't have much to do with raytracing, but they do have to do with each primitive... it's already difficult enough to know what all to implement to make a primitive, splitting that up further would be... I can't think of polite words... :D
13:26.07starseeker``Erik: <snort> Nothing decent docs couldn't fix
13:26.14``Erikdocawhat?
13:26.22starseekersigh
13:26.28starseekeryeah, exactly :-P
13:26.55starseekerAlexandrus: so if the code sucks, it's my fault - was more or less an experiment with pipe autogeneration
13:27.03``Erikactually, when I did metaballs, there was quite a bit of documentation, it was still an awful lot to figure out how to wire it in all correctly
13:27.27``Erikeven with docs, it's not a "jr dev" task, and splitting it up would make it worse :)
13:27.47starseeker``Erik: not sure I agree
13:27.50``Erikshould probably go fix the xxx.c files eventually
13:28.05Alexandrus@starseeker: i am not a c coder...so it doesn't matter
13:28.07starseekerit's definitely not a "jr dev" task, I agree there
13:28.31Alexandrus@starseeker: have you made any attemp for screw threads?
13:28.41``Erikwell, you're arguing to move away from OO to functional... fundamentally...
13:29.10starseeker``Erik: uh... how so?
13:29.15starseekerAlexandrus: kinda
13:29.35starseekerAlexandrus: you can get a sort-of threaded look with a pipe subtracted from an rcc...
13:29.42starseekerletssee...
13:30.14starseekerhttp://brlcad.org/~starseeker/thread_test.png
13:30.20``Erikwhat we have now is basically a big honkin' defgeneric set with a slew of defclass and defmethod stuff... clos style... removing defmethod in favor of choosing defun would kinda be the seperation into functional libraries
13:31.03Alexandrusvery cool...
13:31.32Alexandrusbut i guess, its still a bit different from a screw thread
13:31.35Alexandrusas far as i know
13:31.39``Erikdifferent mode of thinkin', it's "this is a sph, ergo sph/sph.c" vs "I want to tesselate a sphere, ergo libgeom/tesselate.c"
13:31.42starseekerAlexandrus: doesn't give you fine control over the shape of the thread though - for that we'd need a general sweep primitive
13:32.06starseeker``Erik: yeah, true
13:32.43Alexandrusok...now i have to check, why i don't get the params in mged/coil
13:32.54Alexandrus(busy)
13:33.02``ErikAlexandrus: for threading, BoT's might be the ... least bad approach right now
13:33.23AlexandrusBoT's?
13:33.28``Eriktriangles
13:33.36starseekerwinces
13:33.47Alexandrusöh..
13:33.50Alexandrusand then used like pipes?
13:34.07starseekerbasically, with enough small triangles you can approximate anything
13:34.07Alexandrustreeangles have no volume...i wonder..
13:34.17Alexandrushahaha
13:34.19starseekerclosed mesh
13:34.28Alexandrusok...of course
13:34.35Alexandrusbut i guess, i won't type it by hand
13:35.50Alexandrussomething like a triangle pipe should work:P
13:35.58``Erikobviously not, but if you can get a mesh reperesentation of a threading and import it, you can scale, dup, etc :/
13:36.35Alexandrusit won't have volume
13:36.42``Erikproviding a real accurate geometric representation of a threaded bolt or screw would require capabiltities we're not quite at yet...
13:36.50``Erikthe way we use meshes, it would
13:37.03Alexandrushmm
13:37.08Alexandruswhats the difficulty?
13:37.19``Erikour BoT raytracer associates pairs and calls the intermediate line solid
13:37.27``Erikunless you enable 'plate' mode or something
13:37.47``Erikso when there's an unmatched intersection, we actually log it as an error
13:38.42``Erikthe difficulty is that we have like 6 people and like 200 manyears of work scheduled... :D
13:39.12Alexandrusthis calls for genius ideas:P
13:39.44starseekerheh - genius ideas tend to make more work :-P (which is not to discourage them, of course)
13:40.06``Erikwell, our mgmt would go through great difficulty to discourage them, but *shrug*
13:40.12starseekerwe have to clean up our existing libs because we can't simply break out from under our client software
13:41.09``Erik(and the paid developers are under pressure to do 'good stuff' where the existance of a bolt isn't even necessary, much less the threading on one... and I gotz ta get paid, son!)
13:41.30Alexandrusyou get paid?
13:41.33``Erikfirst class nurbs are gonna be awesome
13:41.33``Erikyes
13:41.40Alexandrusby whom?
13:41.59``ErikI'm a civilian employee of the US army
13:42.10Alexandrusah, so it is still an army project
13:42.16Alexandrusi thought this was 20 years ago
13:42.22starseekerit was
13:42.40starseekerlong development history
13:42.40``Erikyes, most of the paid devs are still budgeted via the army in some fashion, either as a civvy employee or contractor
13:43.11starseekerwe need more ooo-shiny goodness before anyone else is likely to pony up cash for new features...
13:43.30``ErikI think the only paid dev for BRL-CAD that isn't through USA/DA is from Germany's MoD
13:43.51``Erikexcluding the former GSoC'ers
13:44.10Alexandrusi am german...
13:44.23Alexandrus(ok, you noticed of course i am not american*G*)
13:45.19starseekerAlexandrus: heh building your resume to apply to the MoD for a job? :-P
13:45.32Alexandrusi am physicist
13:45.49starseekerdid physics undergraduate degree
13:46.08``Erikif you watch the commit logs, a lot of our windows fixes come from a Deutch professor who has some MoD assocation
13:46.17``Erikone of my undergrad minors was physics, does that count? :D
13:46.24Alexandrusi am still wondering, what MoD stands for
13:46.30``Erikministry of defense
13:46.39Alexandrusah
13:46.57Alexandrusso its propably Verteidigungsministerium here:)
13:47.06``Erikmebbe our german friends were trying to translate things for us and thought the british name was right
13:47.19``Erikwe call it DoD here, department of defense
13:47.46Alexandrususual germans:P
13:47.52Alexandrustranslate everything into english
13:47.56Alexandruseven city names
13:48.04``Eriknice guys
13:48.11``Erikgreat cars! :D *pets his bmw m3*
13:48.32Alexandrushehehe
13:48.40Alexandrusi have no car, but i live in München
13:48.51Alexandrusbicylce is enough here
13:49.02``Erikmy mother is from stuttgart, my father is over half german from a group that migrated in the 1700's... it's all good stuff :D
13:49.39Alexandrusha, next you can buy small quadcopters...hahahaha
13:49.50Alexandrusat least if i get the calculations right
13:50.03``ErikI'm not willing to bicycle 40km on roads with no shoulders and idiots who speed wayyyy too much
13:50.10``Eriknot even a motorcycle, so'z a car it is
13:50.25Alexandrusi only bicycle in forests/parks
13:50.26``Erikwish I could use a bicycle, I'd be in much better shape O.o
13:50.31Alexandrusi never touch the street
13:51.16``ErikMaloeran there is from montreal, he used to bicycle everywhere, someone opened a car door in front of him in montreal, poor boy had to get stitches
13:51.33Alexandrusuuuh
13:51.42Alexandrusbut you can get hurt everywhere
13:51.47Alexandruseven in the forest
13:52.09``Erikja, I rolled my previous m3 in a narrow winding road out in the woods with no traffic... :D
13:52.25``Erikthat tree jumped out of nowhere, honest
13:52.37Alexandrusscotty's fault
13:52.49``Erik(so I went and bought another m3, and drive like a wuss)
13:54.12Alexandruswho cares, one can prove ones manhood somewhere else
13:54.22*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
13:54.39*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
13:54.51``Erikhm, stupid driving here is more a sign of stupid than manhood, I think
13:55.12Alexandrusmanhood has something stupid about itself:P
13:55.34``Erikand even my wuss driving makes poor starseeker make weird noises
13:55.57Alexandrushahaha
13:56.07``Erik(I like corners. A lot.)
13:56.36Alexandrus<- is compiling mged...
13:56.40Alexandruscurious if this works
13:56.53``Erikand going from 1.0 to 1.41 g's is unusual for some, I guess *shrug*
13:57.03Alexandrusone thing i have to solve: mged is not terminating properly on windows
13:57.24Alexandrus1.41g is little
13:57.31``Erikyou mean aside from windows crashing out from under you?
13:58.54starseeker<snort> so  ``Erik if you're a wuss driver what's my driving style?
13:59.16``Erikmebbe me thinking is wrong... it is early, and I called in sick today, feeling ungood... but when you press a lateral G, you're reducing direct G, right? so total force vector is sqrt(1.0*lateral), so 1.0 lateral (I think the m3 gets .98 on good tires?) is 1.414ish?
14:00.38Alexandrusi guess we are talking about different things
14:00.48Alexandrusfor me g is ~ 9.81m/s^2
14:01.01``Erikyes
14:01.29Alexandruscoil is implemented in mged and working...
14:01.56``Erikmost passenger cars cannot acchieve more than 0.6 lateral G (force perpendicular to the earths pull)
14:02.40``ErikI just saw a commercial the other day where bridgestone was claiming that they'd just broken the record and had the first street legal tire capable of more than 1 lateral G
14:02.45Alexandrushmm, there are cars who can go 0..100km/h in <4secs
14:02.56Alexandrusguessing linear accelarion
14:03.02starseekerAlexandrus: awesome!
14:03.09``Erikthere are, lateral G is about skidpad
14:03.11``Erikturning
14:03.11starseekerAlexandrus: you can feed it parameters and all?
14:03.12Alexandrusint(a,t)=360m/s
14:03.34Alexandrus@starseeker: its equal to the command line
14:03.41Alexandrusi can pick a "nam"
14:03.42starseekerAlexandrus: can you submit a patch to sourceforge?
14:03.42Alexandrusname
14:03.48``Erikhe may've been upset at my acceleration, too, but I was enjoying it too much to notice :D
14:04.08``Erikwas stuck with a 328xi as a loaner when my car was in the shop, so getting my m3 back was blissful :)
14:04.09Alexandrusok, i am creating a patch
14:04.15Alexandrusbut before you apply it...make a backup...
14:05.13``Erikwe use svn, so backups are 'free'... and patch has an undo capability... we're good :D
14:06.10Alexandrusmoving brlcadinstall away..
14:06.12``Erikof your mod was to svn trunk and you generated the patch using "svn diff", that'd actually be the best
14:06.24Alexandrus(this must be fixed in the windows pack, automatic creation of these folders)
14:07.18Alexandrusits Tortoise "Create Patch"
14:07.22Alexandrusi hope this works for you
14:08.22``Erikthat's "svn patch" for windows, yes
14:08.29``Eriker, svn diff
14:09.10Alexandrusi added the new misc/win32-msvc9
14:09.24Alexandrusit will take more updates to actually work...but for now
14:11.38Alexandrusok, where exactly do i upload the patch?
14:13.14``Erikat http://sf.net/projects/brlcad/
14:13.27``Eriklook for teh bug report tracker, one of the tabs will be 'patches'
14:13.53Alexandrusok..
14:14.00Alexandrusrestores his account
14:14.22``Erik(we had a friend from, uh, I think argentina that created and msvc9 folder, not sure why it was removed... mebbe lack of maintainance
14:14.25``Erik)
14:14.30*** join/#brlcad Stattrav (~Stattrav@117.192.159.154)
14:18.40Alexandrusthe patch has 541 kb...
14:18.51Alexandrusguess i have to send msvc for another cleanup
14:27.46``Erikprobably means it tried to auto-format a lot of stuff
14:28.06Alexandrusno, it left over lots of folders with crap
14:29.22starseekersounds like windows
14:29.31Alexandrussounds like msvc...
14:29.39Alexandrus(windows^2)
14:36.14``Erikgot a good dozen crashes of msvc yesterday trying to get crap to compile :(
14:36.57Alexandrusmine didn't crash
14:37.07Alexandrusbut it took a while to get it to compile
14:37.45``Erikit's... not a small package, there's a lot of work in there :D
14:38.53``Erikhttp://www.ohloh.net/p/brlcad look at the effort table
14:40.14Alexandrushahahaha...
14:40.18Alexandrushow did they measure that?
14:40.34``ErikI think they use the COCOMO2 metrics
14:41.15Alexandrusoh hell..
14:41.28``Erikbut it is 31 years of development, with many many developers, some VERY good (like, >10x mortal)
14:41.34Alexandrusi think this windows patch is far too big even without useless folders
14:41.36Alexandrusits 2,6Mb..
14:42.17``ErikI presume mostly generated? is it small enough that you can communicate to someone via irc?
14:42.44``Eriknot me, since I called in sick and have no windows machines at home, but mebbe starseeker? :D
14:42.48``Erik*Duck*
14:43.10Alexandrusi can host it
14:45.11Alexandrushttp://kccm.dnsalias.org:8080/coilpatch.patch
14:45.19Alexandrusupload should be fast enough...
14:47.03Alexandrusi guess some work has to be done for linux machines too
14:47.14Alexandrusbecause i am not sure, if the added files are in the makefiles allready
14:47.25Alexandrus(didn't have a look, used the msvc project files)
14:55.45starseekerAlexandrus: can you post just a patch with coil.c and changes to mged?
14:55.46Alexandrusi compressed it
14:55.58Alexandrusand added it in the usual patch list
14:56.06starseekerthanks :-)
14:56.30Alexandrusi marked it as untested
14:56.45starseekerah, I see it
14:57.07Alexandrusyou could help me adding some help for example
14:57.26Alexandrusi don't understand all params
14:58.56Alexandrusi wonder, did setup.c compile for you? i had to add struct bu_vls vls;
15:00.18brlcadAlexandrus: thanks for the patch!
15:00.26``Erikwhoa, a 3 move win against the 'puter in chess... *flex*
15:00.36brlcadI haven't responded to the talk organizer yet.  
15:00.44brlcadoops, ww
15:01.28brlcadAlexandrus: for future reference, each patch submission to the patches tracker should be for just one change/feature -- so that should have been one submission for coil, and a separate for msvc9
15:01.39Alexandrusok
15:01.40Alexandrusnoted
15:02.01brlcadthat way the discussion threads are clear and it doesn't complicate one feature if there is a problem with the other
15:03.13Alexandrushmm, there aren't many patches in the last two years
15:03.25Alexandrusguess most of the time you work alone
15:03.31brlcadAlexandrus: you should also review your .patch file before submitting to make sure it doesn't contain things you didn't intend
15:03.54``Erikare you looking at open patches only? there should be a reasonable fistful int eh closed category
15:04.05Alexandrus"any"
15:04.06brlcadaren't many patches because after someone submits a couple patches, we can generally grant them commit access
15:04.48``Erikhm, I thought the gsoc kids had provided a reasonably impressive number for the last couple years *shrug*
15:04.49Alexandrus@brlcad: you certainly found something which does look unintended
15:07.07Alexandrusat the moment i wonder, if the changes mess everything up
15:07.09brlcadyeah -- potential unintended change example: misc/nsis/VERSION.txt was changed with version vars, svn:ignore on win32_msvc9 in misc/ dir, all your .user build files, an msvc9 'rd' file, tkhtml3 changes ....
15:07.17brlcad:)
15:07.21brlcadquite a few things
15:07.37Alexandrushow does one remove them?
15:07.51brlcadfirst time using svn diff, yes?
15:07.57Alexandrusyes
15:08.11brlcadyou can run "svn status" to see what files are changed
15:08.11Alexandrusi used it before, but without any "care" like this
15:08.22brlcadfiles and directories
15:08.41brlcadif a directory is listed as changed, it's because you modified a property (like svn:ignore)
15:09.01brlcadif a file is changed, you can inspect it with "svn diff path/to/file"
15:09.13``Erikbasically, you generate a file of changes.. read through to make sure those're the changes you wish to impose...
15:10.11brlcadyou can get subsets of a patch, like just the coil changes by selectively specifying what you intended to change -- example: svn status include src/shapes src/mged src/libged
15:10.16brlcad<PROTECTED>
15:10.23brlcadreview the diff, if it looks good, then: I haven't responded to the talk organizer yet.  
15:10.26brlcadbah
15:10.37brlcadsvn diff include src/shapes src/mged src/libged > coil.patch
15:10.40``Erik(or select the files in explorer before clicking the tortoise diff)
15:10.46brlcadright
15:10.58brlcadsimilar set of changes for tortoise
15:21.08Alexandrusi hate tortoise
15:21.14Alexandrusbuggy crap
15:23.26starseekercan anyone else take a look at distcheck and togl?  I see the error but I'm not immediately clear what to do about it
15:32.57Alexandrushmm
15:33.01Alexandrus--- filename
15:33.02Alexandrus+++ filename
15:33.06Alexandrus<PROTECTED>
15:33.11Alexandruserror?
15:33.29brlcadno
15:33.35Alexandruswhy twice?
15:33.55brlcadthose are just format markers for the patch format
15:34.14brlcadsaying the --- lines are old and the +++ lines are new
15:34.34brlcadrevision zero is a file you've marked to be added
15:34.40Alexandrushttp://kccm.dnsalias.org:8080/msvc9patch.rar
15:34.46Alexandrusnew patch file for msvc9 only
15:34.52Alexandruswould like to know your opinion
15:35.02brlcad(so be careful to make sure you're revision 0's are something you intended to add, otherwise you need to tell svn to "forget" them)
15:35.28Alexandrusi cleaned up a little more this time
15:35.35Alexandrusonly files i wish to add in the folder this time
15:35.38Alexandrusbut maybe there is more
15:37.06starseekerAlexandrus: did you also do one for shapes/mged/libged dirs?
15:37.16Alexandrusi am doing them now
15:37.19Alexandrusjust checking
15:37.21starseekercool :-)
15:37.45brlcadbrlcad.ncb shouldn't be in there
15:37.45starseekerarrrrrrgh - why, togl, why??
15:37.57brlcadbrlcad.suo
15:38.01brlcadUpgradeLog.XML
15:38.13brlcad... might want to check the patch file one more time :)
15:38.15Alexandrusah, more filtering
15:38.22brlcadyou probably added an entire directory
15:38.28Alexandrusits so damn long this win thing
15:38.36Alexandrusthe other one is only four files
15:38.45brlcadyou should add files individually (to svn), so your svn diff is only intentional additions
15:38.56Alexandrusits a couple of hundred
15:39.02Alexandrusfor each folder!
15:39.04brlcadyep
15:39.24brlcadthere's some 'd' file in your patch
15:39.58starseekerAlexandrus: commiting something big like that is always a fair bit of work
15:40.27brlcadand msvc doesn't make it easy with all the junk it leaves
15:40.32Alexandrusnot really
15:40.34Alexandrusfpc has delp
15:40.37Alexandruswhich removes everything
15:40.44Alexandrusguess i have to write a script
15:41.46brlcadif you cleaned out your studio build beforehand, it'd clean things up too
15:41.55brlcadproblem is you added a whole tree to svn
15:42.12brlcadwhile junk was there.. :)
15:42.21Alexandrusi reverted that
15:42.23Alexandruscleaned up again
15:42.27Alexandrusstill stuff left
15:42.31brlcadah, yeah
15:42.51brlcadsome files you want, but don't belong in svn
15:43.04Alexandruswhich are?
15:43.06brlcadlike the brlcad.ncb/suo files .. those have your studio preferences
15:43.12brlcad*personal* preference
15:43.41brlcadUpgradeLog was just produced when you opened the v8 files
15:43.49brlcadfor your inspection
15:43.54Alexandrushttp://kccm.dnsalias.org:8080/coilpatch.patch
15:43.55brlcadno idea what that 'd' file is
15:45.07brlcadhehe, coil patch is ALMOST right
15:45.13Alexandrusrd doesn't make anymore sense:P
15:45.17AlexandrusALMOST:P
15:45.21Alexandrusnow i am curious*G*
15:45.24brlcadit included changes to tire.c
15:45.26Alexandrus4 files...
15:45.36Alexandruswhich tire.c?
15:45.41brlcadsrc/shapes/tire.c
15:45.55Alexandrushah...true
15:45.57brlcadlooks like a change in indentation
15:46.05Alexandrusyes, i disliked that
15:46.32Alexandrusi wonder why i added that
15:46.36Alexandrus:P
15:47.19Alexandrushttp://kccm.dnsalias.org:8080/coilpatch.patch
15:47.30Alexandrusfights with the win32 folder
15:47.54Alexandrusncb is personal settings?
15:48.25brlcadncb is class view browsing, it's an index of symbols
15:48.50Alexandrus.user files..
15:48.52Alexandrus(delete)
15:49.00Alexandrus(no, i haven't added it at the moment
15:54.21Alexandrushttp://kccm.dnsalias.org:8080/msvc9patch.rar
15:54.37Alexandrusit SHOULD contain .vcproj only
15:55.05Alexandrus(and one makefile)
15:58.05Alexandrusok, i am off...
15:58.22Alexandrusbye
16:09.17psilva_brlcad: i should be going, but i burned my trip miles on a ps3 event in santa clara :(
16:09.34psilva_but check out the stereo UI at our booth heh
16:27.38CIA-93BRL-CAD: 03starseeker * r39879 10/brlcad/trunk/ (configure.ac src/adrt/Makefile.am src/other/Makefile.am): Enough. Togl isn't being used right now - reduce it to being just an EXTRA_DIST entry in src/other. Revisit when it can be built successfully cross-platform
16:28.31brlcadpsilva_: so you're not going then?  that sucks :)
16:28.42starseekerbrlcad: that seems to do it except for some *bomb.log files in regress
16:28.43brlcadbut yeah, I'll go check it out
16:29.03brlcadstarseeker: hm, what crashed?
16:29.13starseekerlooks like mostly gqa related stuff
16:30.06brlcadstarseeker: you did noticed the "xyes__disabled__" in configure.ac yes?
16:30.10brlcadI'd already disabled togl
16:30.17brlcadthat might have been part of your frustration
16:30.28starseekeryes, but that wasn't stopping it from trying to put generated files where it shouldn't
16:30.35starseekertogl_ws.h for one
16:30.37brlcadhuh
16:30.38brlcadk
16:30.47starseekerI wasn't trying to turn it on :-P
16:32.10starseekerI'm not entirely clear what the fix should be - could be any of several things, and not worth fooling with now
16:33.53starseekersets up a regress in a non-distcheck build...
16:36.51brlcadstarseeker: here's a script I use during dist, to make sure a variety of build options work:  http://brlcad.org/tmp/make.sh
16:36.59brlcadfeel free to use, extend, ignore
16:37.22``Erikshould that be in sh/ or misc/?
16:37.49brlcadnot without some improvements, I'd think
16:38.08starseekerbrlcad: ah, great - thanks :-)
16:38.12brlcadassumes you have a 64-bit platform, assumes out-of-dir build one level embedded
16:38.40``Erikbut if it's not in the repo, then no one else can improve it... :D
16:38.48``Erikextra_dist doesn't hurt anything
16:39.13brlcadmeh
16:39.26``Erik<-- is annoyed, timed a fleet op slightly wrong, landed the recyclers a couple seconds late :/
16:39.44brlcadheh
16:39.48brlcadstill playing AE?
16:39.51``Erikyes
16:40.12``Erikacting as a cap killer in the #1 guild, *shrug*
16:40.28brlcadI finally let it go last year, could have snarfed all my goods
16:40.41``Erikmeh, not enough and too far away :D
16:41.22``Erikthe bits where it's fun are few and far between, I've almost quite a few times, but I'm stubborn
16:41.41brlcadwas quite fortified by the end, attacks were rare and never profitable
16:42.09starseekerbrlcad: so the main thing for that script would be to make it platform aware?
16:42.10brlcadsome got pissed and would squat just trying to break even
16:42.21brlcadstarseeker: you can do whatever you want to that script
16:42.40starseekeris looking to see what would be needed for inclusion in-tree
16:42.46brlcadI whipped it up in like 5 minutes just for quick sanity checking
16:42.49``Erikft/hb spawns are good for breaking that, had someone lose a LOT of credits trying to remove me from a strategic sector... thinking about returning the favor
16:43.31``Erikadd the script to the repo, mention that it could be used to aid the release process, see where it goes...
16:43.46brlcadbest was a player way more powerful, used a decent strategy but still got lazy and they ended up at more than a 200k loss
16:43.52brlcadhe was quite pissed
16:44.23``Erikmebbe rob'll add it into his "smoke test" stuff (didja know he used to work at poptop? he was involved in tropoco... neat stuff)
16:45.10``Erikvictor took a wrong turn, we ended up at mcgregors, got a couple bears in rob and he got comfortable and talking :D
16:45.13brlcadthat script would be more interesting if it were spread across a compilation farm of different OS platforms
16:45.32``Erikcouple beers, even
16:45.45brlcadGo Bears!
16:45.50``Erikheh
16:46.10``Erikthe sports-ball team where I went to school were called the bears O.o had a 10' bear statue in the middle of the campus
16:47.11``Erikhttp://www.missouristatebears.com/SportSelect.dbml?DB_OEM_ID=13800&SPID=6495&SPSID=59342
16:49.26``Erikhttp://computerscience.missouristate.edu/ has a pic of where I spent most of my time O.o
16:50.12brlcadwhere're the blackjack tables
16:50.14brlcadand hookers?
16:51.13``Eriknorth of campus, on kearny street
16:51.53*** join/#brlcad willdye (~willdye@162.40.127.30)
16:53.16``Erikheh, http://brlcad.org/~erik/vollmar.mp3 was written about one of my profs by a dude in israel
16:53.43``Erikabout the dude in the front row wearing khaki pants http://computerscience.missouristate.edu/4581.htm
16:54.25``Erikhuh, jamil is still there, nifty
16:55.20*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
16:57.53*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
17:19.21*** join/#brlcad Alexandrus (~nil@pD953DCB9.dip.t-dialin.net)
17:19.24Alexandrusre
17:19.30Alexandrus@brlcad: change seen
17:19.40Alexandrusbut i am working on a simple compiling version for windows
17:19.49Alexandrus(hundreds of dependencies to check)
17:53.55``ErikAlexandrus: if you can provide patches to the vcproj files, that'd be really awesome, if not, even just a "this bit over here is broken" would be useful, as I mentioned yesterday, it is not one of our primary platforms
17:54.25Alexandrusi am almost through getting all projects to compile in one run
17:54.31``Erik<-- flexes up on the "run-on sentence" pedestal for that O.o
17:56.15Alexandruslittle late to tell me, i ought not do it:P
18:32.22``Erikpretty sure I toldja that windows is a third class citizen in our little world yesterday ;) thought you were firing up a mac..
18:38.18Alexandrusstupid is, the mac isn't connected to the 30" monitor
18:38.52Alexandrusand you have to buy some stupid special adapter to get it running with it
18:39.25Alexandrusi am neutral
18:40.17Alexandrusand if this is done, windows compile will be rather simple
18:40.43Alexandrusits just...i think my predecessor compiled 5-6 times
18:40.45Alexandrusand then it worked
18:47.10``Erikhuh, you have an old adc monitor?
18:47.18Alexandrus?
18:47.21``Erikor is it a dual dvi?
18:47.25Alexandrusdual dvi
18:47.41Alexandrusmac's mini stuff doesn't allow more than 1920x1200
18:47.49``Erikyeah, single dvi
18:48.20``Erikbefore that, apple used something called adc, "apply display connector", which was similar to ati's dual display connector with usb attached
18:48.25``Erikusb and power
18:49.42``ErikI think I got the winderz build down to 4 errors yesterday, before meetings
18:50.16Alexandrusmine is zero
18:50.23``Erikawesome!
18:50.35Alexandrushey, how could i have added the coil to mged without that?:P
18:50.41Alexandrusthe problem is, if you clean up all the libs
18:50.50``Erikmged is not the only final product... :D
18:50.52Alexandrusyou get new errors, because the dependencies are not set properly
18:51.06Alexandrusmged is the interface i use:)
18:51.10Alexandrusso i am selfish here:)
18:51.35``Erikja, just noting
18:52.13``Erikpersonally, I use the rt* and g-*/*-g family more than mged proper... and in the few cases where I do use mged, it's typically with the -c flag
18:52.14Alexandrusalso, i am so noob...
18:52.19Alexandrusi am glad i got it running
18:52.35``Erikthat you go it running on windows is quite commendable
18:52.42``Erikgot
18:53.26``Erikwe do have quite a bit of documentation, but things have changed since the docs were originally written
18:53.28Alexandrusi wonder, how do you manage dependencies?
18:53.59``Erikon *nix, it's an issue of ordering, and the DEP list in the makefile.am files
18:54.07Alexandrusah
18:54.22Alexandruson msvc ist automatic, if you set the dependencies up when you write it
18:54.29Alexandrusi wish there were a tool reading the headers
18:54.35Alexandrus(includes)
18:54.53Alexandrusha, pascal users have it simple here:P
18:55.02``Erikmost of the msvc stuff was one of our number "just making it work"... there was quite a bit of effort to remove explicit username directory stuff iirc
18:55.57Alexandrususername?
18:56.25``Erikyes... hardcoded C:\Documents\Joeblow\Desktop\include and such
18:56.35Alexandrusits all relativ references
18:56.40``Erikit is now
18:56.41Alexandrusbut there was still some of this left
18:56.49Alexandrusfor installer creation
18:56.51Alexandrusit failed here
18:56.58Alexandrusi will try to replace it
18:57.13``Erikyes, I'm telling you the history so youc an understand the difficulties :)
18:57.46Alexandrusawfull:P
18:57.54Alexandrusabsolut paths are a killer everywhere
18:58.14``Erikhelp us fix it :D
18:58.34Alexandruswhy do you think i am compiling this thing for 50th time today?:P
18:58.44``Erikmasochism? :D
18:59.02Alexandrus90% masochism, 10% pride:P
18:59.16Alexandrusbut coding c is sort of masochism too sometimes:P
18:59.34Alexandrusi really hope, if don't have to repeat that often
18:59.36``Erikdepends on the C... I've found it blissful at times, and horrible at others
18:59.39Alexandrusand only fix little changes
18:59.42``Erikless bad than java
18:59.52``Erikbut i'm becoming quite the lisp addict
18:59.59Alexandrusi am so used to freepascal, which is so damn simple and readable
19:00.14``Erikbut pascal has odd scoping rules
19:00.30Alexandrushow is that?
19:00.33Alexandrusi find them rather logical
19:00.34``Eriklocal scoping is... weird, so a lot of pascal was very global
19:00.43Alexandrusnot any more
19:01.07``Erikah, I haven't looked at pascal since, uh, '95 or so?
19:01.14Alexandrusok, you are out:P
19:01.26Alexandrusthis were borland times..rofl..
19:01.32``Erikyes
19:01.36``Erikturbopascal, etc
19:01.44``Erikborland made a very nice C compiler into the late 90's
19:01.46Alexandrusits like asking you, if you use bc 3.1 :P
19:01.56Alexandrusyes, but do you still compile 16 bit?:P
19:02.09``Erikheh, I had borland 5, that was  32 bit compiler...
19:02.14``Erikand then I started using linux.
19:02.18``Erikand then fbsd and osX.
19:02.18Alexandrusmanaged to make a complete compile from "nothing" without any error
19:02.20``Erik:D
19:02.44Alexandrus95...let me think, i had no computer back then
19:02.48``Erikmy use of dos/windows was very brief, I clung to my c128 until '96, and had linux installed in '96...
19:05.32``Erikbut I did have the misfortune of using msvc 1.0 (with MFC) in actually selling a bit of software...
19:05.51Alexandrushttp://www.old-computers.com/museum/computer.asp?st=1&c=407
19:05.58Alexandrusthis one i used 13 years ago
19:06.04Alexandrusso..97
19:06.08``ErikI spent $5 on a business license, made $5 off of one sale and said some... less than polite things about the notion of business
19:06.09Alexandrusi got it from my father
19:06.25Alexandrus$5..unbelievable cheap:P
19:07.05``Erikneat
19:07.14``Erikmy first was a "coleco adam" in '83
19:08.08``Erikmy father bought it, he was into computers (was admin of his works solaris machines, even!) and a geek (I was at the very first night that star wars opened!)
19:08.36Alexandrusmy father was against computers
19:09.01Alexandrusi got his after he died..
19:09.14Alexandrus(he used it to build the Olympia Halle in München)
19:09.18``Erikheh, I just saw a photograph of some very stupid people boycotting computers because alan turing was homosexual :(
19:09.34Alexandrusna, his reasons were different
19:09.55Alexandrusalso, stupid reason
19:10.13Alexandrusstill there seem to be people with homophobia
19:10.24``Erikespecially in the US
19:10.40``Erikhttp://www.myconfinedspace.com/wp-content/uploads/2007/07/gaycomputer.jpg
19:10.52Alexandrusoh, i know this one
19:11.04Alexandrusi wonder how people get into this
19:11.07*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
19:11.10Alexandrusthey must be partial blind
19:11.17``Erikor mostly stupid
19:11.48Alexandrusproblem is, that even very bright people are capable of stupid ideas like this
19:12.15Alexandrusotherwise, usual christianity would change to a full deism
19:12.17``Erikenough that cyanide laced apples rob humankind of some of the most brilliant minds :(
19:12.46Alexandrushuh
19:14.04``Erik(turing, along with church, basically defined the princeples of fundamental computer science... turing ate a cyanide laced apple after years of prosecution and persecution)
19:15.41Alexandruspoor man
19:18.32``Erikhe's very well known among computer geeks in england and the US, he was the guy behind converting the polish crack of the enigma machine into the bombe machine... perhaps not a popular man in germany :)
19:18.52Alexandrusi know that:)
19:18.57Alexandrusoh he is
19:19.09Alexandrusmore popular then Zuse
19:19.18``Erikheh, with his mechanical computer?
19:19.27Alexandrushe build the first electrical one
19:19.31Alexandrusas a fact
19:19.45AlexandrusZ3
19:19.46``Erikit was electrical, but used relays and some sliding rods, right?
19:20.03``Erikand was dismissed as an academic project, I think?
19:20.34Alexandrusdismissed...he build it in the middle of a war
19:20.41Alexandrusno one had the time to even dismiss it
19:20.47``ErikI think the use of relays is what allows people to claim that the eniac was the first electronic computer
19:21.04``Erikeven though the z3 and some russian machine were doing computations before
19:21.47``Erikoh, and the british machines that were so secret that they were never claimed until the 70's, and the history is completely gone
19:21.49Alexandrusnow a discussion if relays are eletrical or mechanical:P
19:22.07Alexandrusstill, you know, it was a real hobby project
19:22.16Alexandrushe got far without having any support
19:22.29``Erik<england> we had solid state electronic machines first! but we have no records of anything, so, uh, believe us!"
19:22.41``Eriksecrecy sucks
19:22.57``ErikI thought he was working on a university grant
19:23.05``Erikzuze
19:23.40Alexandrusno...
19:23.42``Erik(it's "zoo-zuh", right?)
19:23.45Alexandrusno support at all
19:23.48AlexandrusZuse
19:24.08``Erikbut pronounced, phoenetically, zoo-zuh
19:24.35``Erikamericans have difficulty with... uh... everyones words ;)
19:24.43Alexandrusi know
19:24.52Alexandrusnoticed last time someone tried to pronounce my name
19:24.56Alexandrusalmost impossible
19:25.41``Erikah, "tzoo-zuh"
19:25.55Alexandruslol
19:26.24``Erikyeah, all relay based, where eniac was vacuum tube based
19:26.53Alexandrusz3 was binary, eniac was decimal
19:26.58Alexandruswe can go on like this:P
19:27.23starseekerAlexandrus: could you upload the coilpatch to sourceforge?  I can't seem to get at that web address
19:27.25Alexandrusguess they are difficult to compare
19:27.38``Erikreich air ministry, but deemed "not war important" on completion
19:27.52``Erikheh
19:27.56Alexandrusi told you, no support
19:28.00Alexandrus@starseeker: moment..
19:28.10``Erikeven after eniac, the brlesc was "kings own" :D
19:28.24``Erik(a weird form of hexadecimal, not straight binary)
19:28.52``Erikthe same brlesc, btw, that is the BRL in BRL-CAD O.o
19:29.03Alexandrushttp://kccm.dnsalias.org:8080/coilpatch.patch
19:29.11Alexandrus@starseeker: this one should work
19:29.19Alexandrusbut i am very curious if it messes something up
19:29.23Alexandrusi need to learn why
19:29.29``Erikeniac was built for the org that BRL-CAD comes from :D
19:29.47starseekerAlexandrus: it might be our local filters
19:29.58``Erikum, for an american perspective, mikes old page, http://ftp.arl.mil/ftp/historic-computers/
19:30.00starseekerI konw I can get to the sourceforge patches ;-)
19:30.01``Erikfun reading
19:30.17Alexandrus@starseeker:?
19:30.23Alexandrusthere is certainly no virus in this
19:30.39starseekerI know - web filters, not virus filters
19:30.48Alexandrus@starseeker: what the hell?:P
19:31.00Alexandrusnow, i don't know how i can send you this
19:31.03Alexandrusdo you accept dcc?
19:31.05starseekernevermind, I got it
19:31.08``Erikwget from the boys box?
19:31.20Alexandrusi don't know, what kind of web filter is this?
19:31.38Alexandrusi am a bit curious about the future of "computers"
19:31.51Alexandrusi think, for any real improvement, there is a large change necessary
19:32.08``Erikmyspace.
19:32.34``Erikthe future of computers is annoying moving crap to kill your browser with absolutely no content.
19:32.48starseeker<snort> then the future is now
19:32.49``Erikcuz your best 2000 friends absolutely need falling snowflakes.
19:32.49``Erik:D
19:33.11Alexandrusi am talking about non neuman or harvard computers
19:33.18starseekerimmediate future is probably gonna be solid state hard drives and lotsa cores on CPUs
19:33.26``Erikhm, there've been some princeton arch machines
19:33.27Alexandruswhich doesn't do a lot
19:33.37``Erikbut the harvard arch really seems.. dominant
19:33.49Alexandruson mcs maybe:P
19:33.56``Erik"mcs"?
19:34.12Alexandrusmicrocontrollers
19:34.14``Eriklisp, for example, requires harvard arch...
19:34.15``Erikyeahhh
19:34.26``ErikI have some pic16f88's, those're weird to program
19:34.38Alexandrusi work with atmels mostly
19:34.48Alexandrusanything from 4 bit to 32 bit:P
19:34.53``ErikI've been hearing a lot about them lately, I guess they took favor a couple years ago?
19:35.05Alexandrusthey are really good and cheap
19:35.07``ErikI'm working on getting an arm7 machine set up as my home server, replacing a p3
19:35.16Alexandrusperfect documentation
19:35.27``Erikjuicier than pics
19:35.48``Erikwent to a robotics demo thing a couple months ago, atmels were all the rage
19:36.32Alexandrusyou know they are good if you have a question
19:38.29``Erikthe picks were a buck each, and I never actually found a significant use for them *shrug*
19:39.08Alexandrusthey are usefull for modell helicopters or planes
19:39.20Alexandrusfor all kind of sensor data processing
19:39.30Alexandrusand stabilisation tasks
19:39.31``Erikyeahhhh, about that time, I cut a finger pretty bad on an r/c plane, so I haven't been flying since
19:40.20``Erikbad enough that 5 years later, I still have two seperate fingernails on one finger :)
19:40.47Alexandrushttp://kccm.dnsalias.org:8080/msvc9patch.rar
19:41.01Alexandrus@''Erik: i am pretty sure this one just had very primitive control techniques
19:41.17``Erikrar? damn, you hate us that much? :D
19:41.24Alexandruswhat do you want?
19:41.30Alexandruszip?
19:41.45Alexandrus7z?
19:41.45``Eriktar.gz or .zip are probably the best for starseeker to look at your code :D
19:41.50``Erik(notice how I excuse myself0
19:42.17Alexandrushttp://kccm.dnsalias.org:8080/msvc9patch.zip
19:42.37Alexandruswho knows what you have to complain about .rar:P
19:43.10``Erikwell, the winderz machines we have access to are controlled by a corportate help desk, even installing firefox is a difficult struggle
19:43.21AlexandrusLOL...
19:43.25``Erikso installing unrar.exe ...
19:43.43Alexandrushell, a windows machine is easy to convince to just install anything:P
19:43.57Alexandrus(even things which blow the damn thing up)
19:44.10Alexandrusone of the advantages:P
19:44.18``Erik"windows has detected that you have moved teh mouse. Please call helpdesk to ask permission to reboot."
19:44.21``Erik:D
19:44.40Alexandruskill the helpdesk service from repair console:P
19:44.57``Erikinstall linux. :P
19:45.04Alexandrusor bsd
19:45.13``ErikI'd prefer fbsd, myself... :)
19:45.47starseekerAlexandrus: I stuck your coil patch on sourceforge for you, but you'll need to put up the msvc9 patch there
19:45.54``Erikbut poor starseeker, who's the one who's actually going to look over your patch, he's a newb and thinks gentoo is good
19:45.56``Erik:D
19:46.14Alexandrus@starseeker: its maybe better to check it first
19:46.39starseekerAlexandrus: don't worry - the patch tracker on sourceforge is intended for exactly this sort of thing
19:46.43Alexandrusi am newb too
19:48.23``Erikthis iphone chess app has a flaw... when ya score checkmate, it doesnt' give a new game option :(
19:50.25Alexandruswho the hell uses iphone:P
19:50.43Alexandrusok, msvc9 files with current limitations are on the tracker
19:50.51Alexandrus(issues with this are described too)
19:51.07Alexandrusbut one can compile and use brlcad
19:59.22Alexandrus22:00..time for music:P
20:04.06Alexandrushah, the last msvc9 patch was submittet as a .rar too:P
20:04.40Alexandrus(in 2008)
20:18.09starseekerbrlcad: hmm.   bo -i u c _DENSITIES file.txt is failing, it looks like because rt_binunif_export5 is getting a zero byte size from bip->count
20:21.35starseekerchecks the size calculations...
20:25.30*** join/#brlcad merzo (~merzo@204-106-133-95.pool.ukrtel.net)
20:40.56CIA-93BRL-CAD: 03starseeker * r39880 10/brlcad/trunk/src/librt/binunif/binunif.c: Revert r39310 - was resulting in num_items being set to zero when max_count is zero, which was breaking the bo command
20:54.47psilva_brlcad: ya man, keeping missing out
20:54.58psilva_brlcad: 3 yrs /me cries
20:55.06psilva_er keep*
20:56.52*** join/#brlcad Alexandrus (~nil@pD953DC64.dip.t-dialin.net)
20:57.02Alexandrusre
21:01.40starseekerWOOT - distcheck passed
21:01.44starseeker(Redhat Linux)
21:24.16Alexandrusgood night
21:34.03CIA-93BRL-CAD: 03n_reed * r39881 10/brlcad/trunk/ (15 files in 6 dirs): added Archer plugin interface to future bot-editor gui
22:05.38*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:17.58*** join/#brlcad Yoshi47 (~jan@d72-39-53-79.home1.cgocable.net)
23:22.25*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
IRC log for #brlcad on 20100723

IRC log for #brlcad on 20100723

00:47.13*** join/#brlcad Nohla (~Nohla@201.255.215.187)
01:38.30*** join/#brlcad Nohla (~Nohla@201.255.215.187)
01:51.41*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
05:17.44*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
06:06.38*** join/#brlcad _yukonbob (~svs@d142-179-16-163.bchsia.telus.net)
06:39.08*** join/#brlcad nickifoo (~lacey@cpe-24-242-2-225.elp.res.rr.com)
06:44.14*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:48.14*** join/#brlcad Alexandrus (~nil@p4FE3CAF5.dip.t-dialin.net)
07:48.17Alexandrusmoin();
07:56.13*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:58.21Alexandruswho the heck added /tcl8.5.8/library as constant path yesterday?
07:59.47Alexandrus(causes mged crash)
08:20.51Alexandrushmm...my fault:P
09:53.33*** join/#brlcad mafm (~mafm@81.37.118.245)
10:50.43*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
11:22.22brlcadmoin Alexandrus
11:22.40*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
11:26.48*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
11:36.59Alexandrusmoin brlcad
12:31.59starseekerAlexandrus: as you make changes to the build files, you can update your patch on sourceforge
12:33.26Alexandrushow?
12:33.37Alexandrusi have updated the msvc9 files..
12:34.48Alexandrusah, figured it out
12:39.48Alexandrusthese source forge links can be quite invisible at times:P
13:07.41*** join/#brlcad sofleo (~sofleo@62-2-161-194.static.cablecom.ch)
13:08.17sofleohello
13:09.48Alexandrushello
13:10.04sofleoI'm wondering if someone can help me about translating objects.
13:10.04sofleothe question is very simple, I use the command "tra" to move a single object.
13:10.04sofleois it possible to translate an entire region with a single command?
13:10.16sofleohello Alexandrus
13:15.51starseekeruh... by region do you mean an actual BRL-CAD region?
13:16.05starseekerif so, use the "oed" command to enter edit state
13:16.25starseekerthen you can work with the tra command and others
13:16.50starseekerhttp://brlcad.org/w/images/3/36/Object_Editing_-_the_oed_Command.pdf
13:24.35Alexandrushmm, make sure objects are visible:)
13:24.44Alexandrusi fouled myself a bit with this
13:25.27sofleothank you starseeker, I'm going to try
13:29.48Alexandrus->cycling..bye
13:59.03``Erikhuh, molten salt to act as the storage body in a csp, neat
14:23.10sofleothank you for your help.
14:23.12sofleobye
15:07.32*** join/#brlcad ibot (~ibot@rikers.org)
15:07.32*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
15:31.33*** join/#brlcad Stattrav (~Stattrav@117.192.132.184)
15:46.50*** join/#brlcad Stattrav (~Stattrav@117.192.132.184)
16:14.54brlcadwoo hoo, free wireless in philly
16:31.44psilva_damn, i got the siggraph offer and had to turn it down ;_;
16:31.55psilva_curses deadlines
16:45.28*** join/#brlcad Alexandrus (~nil@p4FE3CAF5.dip.t-dialin.net)
16:45.30Alexandrusmoin
16:49.31Alexandrusanyone tested "hex.c"?
16:59.53*** join/#brlcad Stattrav (~Stattrav@117.192.142.79)
17:03.30Alexandrusthats rare...
17:07.27*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
17:07.32Alexandruswb
18:10.35*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
18:10.38*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
18:17.45*** join/#brlcad merzo (~merzo@142-189-132-95.pool.ukrtel.net)
18:22.16Alexandrusi wonder why
18:22.18Alexandrusset y [set x "def"]
18:22.28Alexandrusgives a
18:22.29AlexandrusError: invalid command name "A"
18:22.37Alexandrusits from a tcl tutorial
18:22.48Alexandrus(written in mged console)
18:22.56``Erikglobbing
18:23.13``Erikyou can turn off globbing or escape it, set y \[set x "def"\]
18:23.47Alexandrusglobbing...its not in my dictionary
18:24.08``Erikum, you know with files and stuff, you can do dir *.exe and the * acts as a wildcard?
18:24.43Alexandrusah
18:24.45``Erikwe have that in the mged shell, so if you have regions r1 r2 r3 ... you can do r[1-5] and such
18:24.49Alexandruslike simple reg. expr
18:24.54``Eriksorta, yes
18:25.18Alexandrusthere is no german translation i can find for this
18:25.37``Erikno, only (american) english and spanish right now
18:26.02``Erikfor the BRL-CAD documentation, anyways
18:26.37Alexandrusäääh:P
18:26.44``Erikhttp://comments.gmane.org/gmane.comp.cad.brlcad.user/242
18:26.44Alexandrusok
18:27.13Alexandrusi am going to write a script to create threads
18:27.28Alexandrusthe basic algorithm is simple
18:27.33Alexandrusbut i need to learn this tcl first..
18:27.34``Erikcool
18:27.45``Erikthe ronja site has some common bolts and such iirc
18:28.01Alexandrushaven't seen the ronja site
18:28.09``Erikhttp://ronja.twibright.com/
18:28.10Alexandrussry, but its not easy to get the brl sites together
18:30.24Alexandrusno screw threads seen there
18:33.14``Erikhttp://ronja.twibright.com:8080/3d/hardware.g
18:33.30``Erikhttp://ronja.twibright.com:8080/3d/hardware.php
18:33.39Alexandrusah...ok...
18:34.27Alexandrusthanks
18:36.44Alexandrusrendering the hardware.g gives strange results
18:37.36Alexandrusmoment, i render and show you
18:39.32Alexandrushttp://kccm.dnsalias.org:8080/r1.png
18:39.50Alexandrusalso it isn't solid for some reason
18:40.00Alexandrusi think its a mesh which has been imported
18:41.05Alexandrusfunny, he puts it into "pictures" this 3D modell stuff
18:41.57``Erikhm, some tgc issues, but it seemes to render fine... mirror finished metal, though, so'z...
18:42.19Alexandruswhats tgc?
18:42.26``Erikthe pictures he puts on his site are done with rtedge, not rt, btw
18:42.42``Eriktruncated general cone
18:43.07Alexandrusah
18:43.18Alexandrusrtedge tested
18:44.02``Erikthe -W flag may be of interest to you for rtedge, if you want line drawing type results
18:44.37Alexandrusseems rtedge renders everything in one step
18:44.42Alexandrus(takes long)
18:45.19Alexandruscould use multiprozessing
18:45.47``Erikyeah, threading support on windows is on the todo list... it does it on mac and *nix
18:46.00Alexandrushmm...
18:46.11Alexandrusthreading on win is quite simple
18:46.31Alexandrusbut its not compatible with unix threading
19:10.01Alexandrusa few less if defined in rtedge would be grand..
19:12.46Alexandrusbu_semaphore init for win could be done, but i guess there is far more to consider
19:50.02*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
19:58.46*** join/#brlcad lulinha (~dummy@nkvd.ath.cx)
19:58.46*** part/#brlcad lulinha (~dummy@nkvd.ath.cx)
20:01.23*** join/#brlcad lulinha (~dummy@nkvd.ath.cx)
20:01.23*** part/#brlcad lulinha (~dummy@nkvd.ath.cx)
20:16.44*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:34.13CIA-93BRL-CAD: 03n_reed * r39882 10/brlcad/trunk/ (10 files in 5 dirs): letting botutility create multiple instances of boteditor
20:49.08CIA-93BRL-CAD: 03n_reed * r39883 10/brlcad/trunk/src/ (archer/plugins/Utility/botUtilityP/ tclscripts/boteditor/): ignore generated makefiles for new bot scripts
20:49.40*** join/#brlcad mafm (~mafm@81.37.119.9)
21:18.20*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:47.06*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:25.12*** join/#brlcad ibot (~ibot@rikers.org)
23:25.12*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
23:29.02*** join/#brlcad psilva_ (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
IRC log for #brlcad on 20100724

IRC log for #brlcad on 20100724

00:12.54*** join/#brlcad Nohla (~Nohla@201.255.215.187)
00:20.07starseekereyes bus routes... 5 bucks for a day, vs. $20+ one way in a cab... hrm
00:20.30starseekeranybody know what busses are like in LA these days?
01:08.58``Erikmmmmm, monster rueban
01:10.10``Erikgiven that you'll be reimbursed, the $15 extra should be irrelevant, no? and tha tmuch more peace of mind not having to sit with bums and having ot walk between bus stops and where ya need to get with luggage and stuff, no?
01:10.35``Erikunless ya'll have someone there who's renting a car or a local friend *shrug*
02:39.10*** join/#brlcad CIA-45 (~CIA@208.69.182.149)
02:47.43*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
02:57.05*** join/#brlcad Stattrav (~Stattrav@117.192.131.155)
03:37.27starseeker``Erik: doubt I'd be reimbursed for that one :-/
04:55.13*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
08:55.15*** join/#brlcad Alexandrus (~nil@p4FE3FB19.dip.t-dialin.net)
09:38.24Alexandrushttp://kccm.dnsalias.org:8080/p2.png
09:38.42Alexandrusthe triangle helix is correctly displayed as grid
09:38.56Alexandrusbut when i raytrace it, half is missing?
09:39.06Alexandruswhat could be the reason for this?
09:43.09Alexandrus(maximum object count?)
09:44.09Alexandrus(it can get even wierder with missing arb6 somewhere in the middle)
09:44.57Alexandrushttp://kccm.dnsalias.org:8080/p3.png
09:45.40Alexandrus(same with rtedge)
09:48.06Alexandrushttp://kccm.dnsalias.org:8080/p4.png (one detailed winding)
10:12.57Alexandrusfor some funny reason it works if i make a region out of it
10:18.14*** join/#brlcad Stattrav (~Stattrav@2403:0:500:1:218:deff:fe54:bd88)
10:26.46Alexandrushttp://kccm.dnsalias.org:8080/p5.png (region)
14:09.06CIA-45BRL-CAD: 03brlcad * r39884 10/brlcad/trunk/regress/repository.sh: look for configure.ac in TOPSRC
14:09.37CIA-45BRL-CAD: 03brlcad * r39885 10/brlcad/trunk/src/other/libpng/Makefile.am: per-target cppflags aren't kosher yet
14:10.05CIA-45BRL-CAD: 03brlcad * r39886 10/brlcad/trunk/src/librt/binunif/binunif.c: clarity/cleanup
14:34.20``Erikhm, "limbo" looks like an interesting game O.o
14:37.40``Erikheh http://infoworld.com/d/developer-world/google-executive-frustrated-java-c-complexity-375
15:43.24*** join/#brlcad mafm (~mafm@60.Red-80-26-128.dynamicIP.rima-tde.net)
16:14.51*** join/#brlcad Stattrav (~Stattrav@2403:0:500:1:218:deff:fe54:bd88)
16:36.50*** join/#brlcad Nohla (~Nohla@201.255.215.187)
17:05.40*** join/#brlcad willdye (~willdye@fern.dsndata.com)
17:10.40*** join/#brlcad Stattrav (~Stattrav@2403:0:500:1:218:deff:fe54:bd88)
17:15.06*** join/#brlcad Alexandrus (~nil@p4FE3FB19.dip.t-dialin.net)
17:15.12Alexandrusmoin();
17:24.46``Erikyargh
17:24.59``Erikthe coil images you posted, were those using ARB8 or BoT?
17:25.05AlexandrusARB6
17:25.21``Erikah, ok, then I have no guesses at why they wouldn't display
17:25.31Alexandrusi can reproduce it...
17:25.40Alexandrusthey display if i order them with r
17:25.41``Erik(ARB6 is stored internally as ARB8 with 3 points at the same place)
17:25.58Alexandrusok, i didn't analyze that
17:26.16``Erikdo you have a way to select one of the ARB's that don't display and try raytracing that alone?
17:26.18Alexandrusfor the moment, the helix algorithm can accept any "square" form
17:26.29Alexandrusi could give you the script
17:26.40Alexandrusif i pick fewer, they display
17:26.51Alexandrusif i pick more, some are omitted
17:27.25``Erikhm, would you mind doing a bug report and attaching the script to it, so we have a way of tracking and managing the issue?
17:27.56Alexandrusnot a problem
17:28.02``Erikokie, thanks :)
17:28.39Alexandrusi have to turn back a little
17:30.05``Erikcollapsing the two outside pairs to amke a wedge?
17:30.48Alexandrusno, i have to give you simple primitives again
17:30.55Alexandrusif i put them in a large region, it works
17:31.11Alexandrusnow i have to reproduce, if i get it back
17:32.33Alexandrusi got it again
17:32.47``Erikok, if not, just state as much as you can... we have a (paid, relatively jr but capable) developer who is between projects right now and looking for something to do, I'm thinking I might try to tric^Wask him if he's interested in looking into the issue :D
17:33.02Alexandrusi have lots for him:P
17:33.18Alexandrusfor example why r someregion.r u c$i
17:33.30Alexandrusgets slow with i = 0..20000
17:33.35Alexandrus(really damn slow)
17:33.49``Erikhe doesn't use irc, so I'm thinking the bug tracker will not only give him a concrete thing to work on, but pull him more into the open source mentality
17:34.12Alexandrusi make a zip with explanation, platform, how to reproduce
17:34.15Alexandrushe will know:)
17:34.20Alexandruseven a pic will be included:)
17:34.32``Erikheh, probably because tcl is constructing 20000 linked lists to assemble the final command, then parsing it all
17:34.58Alexandrusr is a brl-cad command, isn't it?
17:35.02``Erikok, if I remember on monday, I will ask him to see if he'd be willing to
17:35.07Alexandrusand i am giving one extra primitve at a time
17:35.13Alexandrus(not clever..maybe, but still wondering)
17:35.15``Erikyes, but the list fed to it, the for stuff and the $i, that's tcl
17:35.21Alexandrus(i am very new to tcl...and kind of hat it:P)
17:35.29``Erikall BRL-CAD does is extend the tcl shell for the mged command promp
17:35.31``Erikprompt
17:35.42``Erikr is just a tcl proc
17:35.44Alexandrus$i is a single string
17:35.59Alexandrususually a name like "c$i"
17:36.24``Erikhm, so you're running r 20000 times?
17:36.30Alexandrusyes
17:36.42``Erikah, hm, every time you run r, it tries to build an optimized tree
17:36.48Alexandrusi didn't know how split a long string into several parameters
17:37.07Alexandrusso it was kind of a temporary solution
17:37.14``Erikit may be faster to build a big string of "u c$i"'s, then feed it to r once
17:37.15Alexandrustree is log(n)...isn't it?
17:37.21Alexandrusi tried..
17:37.30``Eriksearch is, for a balanced tree
17:37.31Alexandrusbut somehow i don't know how to give that to r
17:37.35``Erikin the worst case, it's O(n)
17:37.45``Erikand for optimizing it, I think it's O(nlgn)
17:37.47Alexandrusisn't it balanced?
17:37.54``Erikoptimizing tries to balance it
17:38.01Alexandrusi mean, i have written my own avl-trees once
17:38.09Alexandrusevery operaton was log(n) there
17:38.26Alexandrusbut maybe your trees have different conditions to fullfill
17:38.30``Erikhrm, I d'no the r command... I tend to stay low in the C libraries
17:39.04``ErikI know we have an rb-tree implementation, but I don't think it's used in the comb generation
17:39.12Alexandrusrb?
17:39.27Alexandrus(oh these shortcuts:P)
17:39.28``ErikI'm guessing the comb stuff is very naive in generating, and then 'optimizes' once it's all built to try to balance it
17:39.31``Erikred/black
17:39.37``Erikbased off of avl
17:39.42Alexandrusah, i know this one:)
17:39.51Alexandrusavl trees might be faster here
17:40.00``Erikand we're not cool enough to have b+ or anything
17:40.03Alexandrusbut who knows what it would screw
17:40.17Alexandrushmm
17:40.34``Erikand we try to build the trees so they make nice n-ary trees for human interpretation, as well
17:41.08``ErikI d'no, I can only think of two people who might have a solid clue... one left the team (and is on vacation), the other at siggraph this week
17:41.55Alexandrushahaha, some heli builder comes along:P
17:42.05Alexandrusand now some guys have to rewrite the core:P
17:42.06Alexandrushahahaha
17:42.38Alexandrusi think it works pretty well mostly
17:42.58``Erikoh, we have other things doing stuff like that... at http://brlcad.org/ is a news item for a 'coil builder', which is almost identical to what you're trying to do
17:43.22``Erik(the spiral thing)
17:43.22Alexandrusi will finish it today
17:43.31Alexandrusyes, but its perl
17:43.40Alexandrusmine can be called with a simple source call
17:43.57``Erikbut the same thing can be written in tcl, in C, in lisp, in ruby, in python, probably in plain shell scripting
17:44.14Alexandrusyes, but as far as i know, i still had to do the helix thing
17:44.21``Erikeven visual basic *cough*
17:44.28Alexandrusits not that i am trying to do something double here
17:44.29Alexandrusi searched
17:44.36Alexandrusmakes a cross:P
17:45.09``Erikin the end, it's creating a set of mged commands to execute to generate the geometry *shrug*
17:45.36Alexandrustcl commands...the language is a mess
17:45.58Alexandrusi mean, you "can" write programs in it
17:46.03``Erik<-- doesn't know tcl, has modified some tcl in the past, tries to avoid it, thus the lack of mged knowledge :D
17:46.04Alexandrusbut...its weird
17:46.30Alexandrusinteresting:P everything depends on tcl in brl-cad
17:46.44Alexandrusi checked manully (added hunderes of tcl85.lib dependencies)
17:46.56``Erikwhen ya run 'rt' or 'g-stl', there is no tcl involved :D the libraries require tcl as a dep, but no tcl stuff is used
17:48.00Alexandrushow do you use brlcad?
17:48.38``Erikum, via C? :D
17:48.52``ErikI almost never use mged, and when I do, I usually use -c
17:48.52Alexandrusah, you use it as a library
17:49.09Alexandrusyou know, i just do CAD-Work with it
17:49.13Alexandruswhich needs flexibility
17:49.15``Erikwell, there're ~400 programs in BRL-CAD, only a handful use the TCL stuff
17:49.21Alexandrustherefore...a script language..
17:49.44Alexandruscoil and tire for example create a coil.g or tire.g
17:49.48Alexandrusvery weird
17:49.57Alexandrusnow you have to merge libs manually?
17:50.12``ErikBRL-CAD used to have it's own approach to that, then tcl came out, there was nothing else like it when it was adopted... now we're struggling to de-tcl stuff ('cept for starseeker, who's doing the opposite)
17:50.14Alexandrusor do you use libged and operate on a database inside the c program?
17:50.25``ErikI don't generate geometry
17:50.40Alexandrushehehe, what do you do with it?
17:50.49Alexandruslooks surprised
17:51.04``Erikthe last few things I've done have been writing the metaball primitive, writing the marching cubes converter, and a lot of work in the adrt/libtie/isst interactive raytracing viewer
17:51.42Alexandruswhat is the metaball called in brlcad?
17:51.46``Erikmy current interest is finishing the work I started in making rt output directly to png (or tiff, or bmp, or ...)
17:51.47Alexandrusi have a list of primitves here
17:51.49``Erikmetaball
17:51.54``Erikit may not be in your list
17:52.02``Erikit was just a couple years ago :)
17:52.06``Erikdo "make mb.s metaball"
17:52.09``Erikand rt it
17:52.10Alexandrushow is it called today?
17:52.30``Erikmb.s just being the name I like to use
17:52.39``Eriksome packages call them "blobs"
17:52.49Alexandrusah, beautifull
17:54.25``Erik<-- toolmaker, likes to be a toolmaker for toolmakers
17:54.34Alexandrusähm ok:)
17:54.41Alexandrusi wish for
17:54.56Alexandrusa primitve, which is based on a function given line
17:55.13``ErikO.o
17:55.15Alexandruswhere you are able to give a boolean function for each 2D tangential space
17:55.26Alexandruswhich says which regions are filled and which are not:)
17:55.26``Erikwhat, like using a rotate or sweep on a bezier spline?
17:55.31``Eriklike in libpc?
17:55.33``ErikO.o
17:55.40Alexandrusthis is there allready?
17:55.51``Erikkinda sorta, but not ready for end users
17:55.52Alexandrusi am amazed, i made this up when i thought how to do the helix
17:56.14Alexandrusi think its a challange because you have to accept functions
17:56.20Alexandrusand derive them
17:56.31Alexandrusotherwise you can't get the necessary vectors to create a tangential 2D space
17:56.41``Erikyeah, we haven't looked at that too much as a procdb as we're kinda looking to get NURBS in place so we can do a rotate/sweep on a 2d rep of the thread
17:57.03Alexandrusrep=repition?
17:57.11``Erikrepresentation
17:57.28Alexandrusok:)
17:57.49Alexandrusbut this wouldn't do a helix
17:58.04``Erikdraw the cut view of one tooth using the 'sketch' primitive, tell it to revolve and sweep, then cap the result, boom, instant bolt
17:58.27``Erikand with gusseting, rounding, non-flat faces, etc
17:59.02Alexandrusallready running?
17:59.09``Erikno, we're not quite there yet
17:59.21``Erikbut a lot of effort is going towards doing that
17:59.24Alexandrushey, i am not so fond of my simple helix solution
17:59.29Alexandrusits working, but its a hack
17:59.50``Erikwe had a GSoC student doing the libpc stuff, two paid people working on getting nurbs into shape (when other emergencies don't show up), ...
18:00.52Alexandrus(and they sure do:P)
18:00.59``Erikwe're trying, honest :D it's been an uphill fight, investing in something as significant as solid NURBS with mgmt looking for the "but how does it help me tomorrow, I don't care about next year"
18:01.51``Erikwe already do a reasonably good job of converting NURBS from rhino3d or STEP to our format and raytracing them (quickly)
18:02.30``Erikbut no editing yet, ... :)
18:03.24``Erikstarseeker has been heavily involved in that stuff... I'm more interested in converting them into triangles and feeding them to OpenGL or libtie for interactive shaded displays/analysis
18:03.34CIA-45BRL-CAD: 03brlcad * r39887 10/brlcad/trunk/src/util/binfo.c: supposedly removed the binfo tool in r39519 but the source file wasn't actually removed.
18:03.52Alexandrushmm
18:04.52CIA-45BRL-CAD: 03brlcad * r39888 10/brlcad/trunk/misc/win32-msvc8/Makefile.am: add shape tool msvc build files to the dist
18:05.14Alexandrusi think opengl to replace the wire-frame modell
18:05.19Alexandrusmight be not such a bad idea
18:05.33``Erikthat's one of the goals of the NURBS work
18:05.40Alexandrusone doesn't need perfect rendering every time
18:05.41``Erik"shaded display" has been on the todo list for a long time
18:06.03``Erikfast NURBS to triangle conversion will mean dynamic LoD
18:06.21CIA-45BRL-CAD: 03brlcad * r39889 10/brlcad/trunk/src/other/tktable/Makefile.in: add missing 'mac' dir files to the dist.
18:06.25``Erikso it'll always be within a pixel or two, and always display fast :)
18:06.39Alexandrusshadows aren't too important
18:06.44Alexandrusnormals are easy
18:07.01``ErikCAD packages generally ignore shadowing, I don't think that's part of our interest
18:07.03Alexandrus(still, possible with shadow maps)
18:07.18``Erikthough with most modern GPU's, stencil shadowing is pretty snappy
18:07.30Alexandrusit has resolution problems though
18:08.10Alexandrusbut i think the hardest part is creating meshes...
18:08.18CIA-45BRL-CAD: 03brlcad * r39890 10/brlcad/trunk/src/other/libpng/Makefile.am: add vstudio files to extra_dist, along with a couple other missing files
18:08.20``Erik*shrug* there've been experiments with display BRL-CAD geometry using the OGRE engine, stencil shadowing is just a flip of the switch then
18:08.20Alexandrusi wouldn't know how
18:08.52``Erikthat's the part they're looking at now, correct NURBS raytracing, correct primitive->NURBS conversion, and evaluating CSG NURBS into resolved NURBS
18:09.18``Erikonce that's all done, just walk the surface of the resolved nurb to produce tristrips and feed that to ogl or ogre
18:09.22Alexandrusthey must do it for stl export...
18:09.43``Erikwe have the NMG tesselator, which USUALLY works, but is really slow
18:09.50Alexandrushmm...how do you walk a surface of an object which cannot be represented by a nurb
18:09.56Alexandrus(non differentiable)
18:10.07``Erikand for g-stl, the -8 option enables marching cubes, which is insanely slow and produces incredibly large amounts of triangles when it shouldn't
18:10.08Alexandrus(for example substracting to spheres)
18:10.10``Erik:D
18:10.32``Erikthe non-differentiable parts would be trims, with an object made of several surface patches
18:11.10``Erikpairing the trims exactly has been one of the difficulties they're currently looking at closely, iirc
18:11.39``Erikor was, before the guy doing most of it got one of those emergency requests to write some excel/java related stuff
18:11.53Alexandrusbuuuh...
18:11.53CIA-45BRL-CAD: 03brlcad * r39891 10/brlcad/trunk/src/adrt/Makefile.am: still need isst_tcltk.c added to the dist
18:11.57Alexandrusno comparison
18:12.10``Erikyeah, but *shrug* gotz ta get paid
18:12.35Alexandrusi heard some here do get paid
18:12.41*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:17.33``Erikayup
19:01.42Alexandrusdamn 256k limit is annoying
19:05.35Alexandrusbug is reported
19:34.22CIA-45BRL-CAD: 03brlcad * r39892 10/brlcad/trunk/misc/win32-msvc8/bolt/tire.vcproj: already copied to bolt
19:37.05CIA-45BRL-CAD: 03brlcad * r39893 10/brlcad/trunk/src/other/tktable/Makefile.in: there's a README.TXT file in there that needs to be added.
19:38.09``ErikI think ya'llz fix to tkhtml3 was wrong. I think the tcl script puts the .c and .h files in the same place as the .tcl file, even in an out of dir build. I'll experiment more on monday, but it failed on linux, fbsd and osX for me with clean checkouts
19:42.04Alexandrus@''Erik: may i ask, which area in the USA you are from?
20:05.29``Erikfrom or at? I'm currently in the baltimore area, as are the other paid devs
20:05.39``Erikjust north of washington DC
20:05.54Alexandrusfrom
20:06.02Alexandrusbecause you use interesting constructions like
20:06.07Alexandrusdo'no and ya'llz
20:06.11``Erikfrom... seattle... though I've lived in florida and missouri
20:06.13Alexandrusand more i can't recall at the moment
20:06.40``Erik"d'no" is pretty common, ya'll is from when I lived in missouri I think, not part of my usual speaking patter, but fun to type
20:07.18Alexandrusstill, unusual for me
20:07.26Alexandrusand i am chatting in english language a lot
20:07.41Alexandrus(with all my typos)
20:07.53``Erikmost americans who DO use it in colloquial speech will attempt to hide it in talking to people from outside of their regions
20:08.15``Erikit's kinda associated with being uneducated and 'backwards'
20:08.36Alexandruswe have some people called bavariens
20:08.48``Erikbavarians, or barbarians?
20:08.48Alexandrusbut their language is not understood as backwards
20:08.53Alexandrusno, bavaria
20:08.54AlexandrusBayern
20:08.56``Erik<-- notes that his car is from bavaria :D
20:08.58Alexandrusa region in germany
20:09.01``Erikyes
20:09.09Alexandrusi cannot understand it
20:09.24Alexandrusbut it has proud speakers...hahaha
20:09.28``Erikthe swiss might be better suited to understand it O.o
20:09.29Alexandrusthey certainly do not hide it
20:09.33Alexandrusno...
20:09.39Alexandrusswiss people talk english to me
20:09.44``Erikhehehe
20:09.54Alexandrushappened to me in Zurich
20:09.57Alexandrusreally weird
20:10.20``Erikswiss and bavarian are both tautonic languages from roughly the same area, so I'd imagine there're striking similarities... but I'm guessing
20:10.36``ErikI've never been to europe, my foreign travels were to the far east
20:11.00Alexandrusno simililarities
20:11.06``Erikhuh *shrug*
20:11.11Alexandrussry
20:11.16Alexandrusbut its rather strange here
20:11.18``Erikwas worth a shot ;)
20:11.23Alexandrusnice try.P
20:11.32``Erikthe US has various regionalized languages, like creole
20:11.56``Erikwhich is a mix of old french and a little old english, then evolved in it's own direction...
20:12.54Alexandrusyou might be baffled listening to this
20:12.57``ErikI sometimes have trouble understanding southerners and northeasterners here *shrug*
20:13.05``Erikeven though it's all "american" english
20:13.34Alexandrusback in the 50's american movie english was exemplary for good english
20:13.40Alexandrustoday...its far more different
20:13.45``Erik(at least 3 years in japan taught me that if someone doesn't understand you, try rephrasing and speaking slower, not speaking louder)
20:14.07``Erikyes, I've heard linguists claim that even modern american english is far closer to 1600's british english than modern british english is
20:14.07Alexandrusin my case...try louder:P
20:14.23Alexandrus1600's...lol
20:14.29``Erik1600's/1700's
20:14.37``Erikwhen the big colonial migration was
20:14.38Alexandrusyou can read Shakespear..haha
20:14.47Alexandrusnot so distant from you
20:14.52``Erikshakespeare doesn't seem to difficult in original form to me
20:15.11``Erikchaucer is a bit rough though :D
20:15.24Alexandrushave the comedy of errors somewhere here
20:15.35``ErikI mean, uh, I'm an illiterate american, if it waren't on wrastlin,, ah reck'n it don't matter noen
20:15.39``Eriknone
20:15.45Alexandruslol
20:15.52Alexandruswaren't...whats that?
20:15.55Alexandruswraslin?
20:15.57Alexandrusreck'n?
20:16.02Alexandrusneon?
20:16.09``Erikwaren't -> was not
20:16.13Alexandrusweren't
20:16.20``Erikwraslin' -> americanized wrestling
20:16.28``Erikreck'n -> reckon
20:16.51``Erikah -> I
20:16.59``Erikdon't -> doesn't
20:17.01``Erik:D
20:17.20``Erikand, of course, "doesn't matter none", double negative...
20:17.44Alexandrusthanks for the full translation
20:17.59``Erikscary, no?
20:18.15Alexandrusyou are not speaking japanese yet
20:18.20Alexandrusso, I survive
20:18.25``Eriknihongo oh hanasemasuka?
20:18.38Alexandrus:-:
20:18.39``Eriko'genki desu ka
20:18.54Alexandrusyou don't have the chars?
20:18.55Alexandrusno utf8?
20:19.05``Erikthat is utf8... no utf16/32
20:19.20``Erikwell, probably could do it, but it's been a long time since I've done hiragana, katakana and kanji
20:19.41``Erikand I'm using irssi via ssh, so that might not support the full range
20:19.59``ErikI was a bit impressed that the stack could do an umlaut
20:20.01Alexandrusi guess its only up to the clients if they can display it
20:20.05Alexandrusthe IRC protocol doesn't care
20:20.27``Erikhm, I think rfc1459 might state ascii8
20:20.44``Erikwas quite a while ago that it was drafted... but modern servers may go above and beyond
20:20.58Alexandrusi wrote an irc client/server once:P
20:21.00Alexandrussure ignored it
20:21.07Alexandrusi used it for mathematical commucation over irc
20:21.12``Erikit's a quite simple protocol :)
20:21.14Alexandruscomunication
20:21.19Alexandrus+m
20:21.26Alexandrusit is
20:21.44Alexandrusone could start a telnet and type the commands by hand
20:21.50``Erikback in the mid 90's, I think most of us knew how to use telnet to use irc
20:22.00``Erikhehehe, ayup
20:22.03Alexandrusits a bit crap though
20:22.10``Erikprivmsg #brlcad: tada!
20:22.19Alexandrusand then reading all the mess
20:22.21Alexandrusquit
20:22.22Alexandrus:P
20:22.59``Erikwait, space then colon for a space containing line?
20:23.06Alexandrusoh don't ask me
20:23.07``Eriklike privmsg #brlcad :tada, this is working!
20:23.09Alexandrusi wrote a parser for this once
20:23.12``Erikso long ago
20:23.13Alexandrusi don't do this manually
20:23.35Alexandrusi don't do assembler any more either*G*
20:23.41``Erikooh, I do on occasion
20:24.01``ErikI'm half poking at getting freebsd working on my arm7 machine, I might have to do some asm and write some drivers
20:24.04Alexandrusi can, but only on microcontrollers
20:24.25Alexandrusdrivers, yes, but only a few lines
20:24.34Alexandruslike port access
20:24.42Alexandrusor some special command to use in an inline-procedure
20:24.47``Erikum, PCI and serial bus drivers, I think
20:24.51``Erikmebbe some others
20:25.12Alexandrusi wrote a PCI driver in FreePascal once
20:25.16``Erikarm fell off the list of procs in fbsd's cvs :/
20:25.16Alexandrusno asm at all
20:25.24Alexandrushmm, to bad
20:25.32``Erikso I must put it back.
20:26.09``Erikother than writing the startup and connection stuff for an i386 os, all my os has just been a couple lines to feed C :/
20:26.16``Eriker
20:26.21``Erikall my asm (recently) has been
20:26.32``Erikbut I did a lot of 6512 asm on the c64c
20:26.33Alexandrusi have written a 200.000 line asm os once..
20:26.41Alexandrusduring my school time:P
20:26.50Alexandrusi know what i reject:P
20:27.09``Erikmips r2000  was damn sexy
20:27.21Alexandrusstill, asm...so damn unportable
20:27.24Alexandrusunreadable
20:27.29``Erikwell
20:27.49``ErikI'd argue that asm from something like a PPC or r2k or pdp11 was VERy readable
20:27.57``Erikthe x86 stuff is really... really... really really really bad.
20:28.24Alexandrusassembler usually makes out of a simple x:=f(y,z,u,v,w) something long and unreadable
20:28.30Alexandrusif not...its not an assembler anymore
20:28.36``Erikmaloeran is working on a language to make asm less sucky, somewhere between asm and C
20:28.51``Erikheh
20:29.01Alexandrusi think i prefer moving even higher
20:29.04Alexandrusintention based languages
20:29.24``Erikonly on x86... programs on archs meant to be asm programmed by humans is far far more eradable... indeed, C is sometimes called a portable PDP assembler...
20:29.41Alexandrus(intention:= f:S->R^n for S as set of states of the System)
20:29.42``Erik<-- has been enamored by CL lately
20:30.05Alexandrus@''Erik: even microcontrollers are programmed in c/c++ today
20:30.15Alexandrusand c is crappy
20:30.20``ErikI'd rather write code in asm than c++
20:30.23Alexandrusand even the c coders know that
20:30.34Alexandrusi prefer some high level fpc
20:30.42``ErikC is awesome... if you're writing an OS for a PDP :D
20:30.53Alexandrusyes, but have a look at BRL-Cad
20:31.10Alexandrusi am sure, lots of work has been done fighting c errors
20:31.13Alexandruspure c errors
20:31.32Alexandrusand the vls stuff certainly is a fix
20:31.43Alexandrus(one, which even simple pascal had long ago)
20:31.47``ErikI've made arguments for at least introducing lisp or scheme... you're preaching to the choir, here :D
20:32.07Alexandrusi don't think thats easy to do
20:32.23Alexandrusinterfacing between different languages is a challange on its own
20:32.27``Erikyeah
20:32.40``ErikI wrote up the 'SWIG-ify BRL-CAD' request, too
20:32.49``Erikto swig-wrap all the library stuff
20:33.11Alexandrusthere are still char x[1024] in there
20:33.11``Erikeven though swig can only implement half of CFFI/UFFI
20:33.14Alexandrusi saw them..
20:33.17``Erikyes
20:33.35``Eriksome, we eliminate, some we extend when needed... *shrug* it is what it is
20:33.37Alexandrusdangerous
20:33.48Alexandrusbut ok, thats history
20:34.09``ErikI d'no, char buf[64]; snprintf(buf, 63, "%02x", myval); ... seems safe to me
20:34.27``Erikwhere a fixed length buffer is used, there has been a lot of effort to protect it
20:35.06Alexandrusi only do this in especially safeguarded classes in fpc
20:35.15``Erikfpc?
20:35.18Alexandrusfreepascal
20:35.23``Erikah
20:35.36Alexandrusi mean, for network layers i use ringbuffers
20:35.57Alexandrusbuf[2^20] is more usual here:P
20:35.57``ErikI kinda like linked page sets
20:36.13Alexandrusare you talking about mmu?
20:36.20``Erikno, in C
20:36.33Alexandrusdon't know what linked page sets are
20:37.07``Erikstruct bufarea { char [BUFSIZ]; struct bufarea *next; int amtused; struct bufarea *root; }
20:37.12``Eriksomething along those lines
20:37.23Alexandrusah, this
20:37.30Alexandrusheheheh, use this too..
20:37.33Alexandrusbut never named it
20:37.48``Erika form of memory pooling
20:37.48Alexandrususually only if i allocate billions of equal blocks in short time
20:38.05Alexandrusbut the question is..when do you free a page?
20:38.08``Erikbuilding a block from a stream, it's useful
20:38.12Alexandrusdifficult decision i think
20:38.37``Erikheh, an unused page is added to the free list, if the free list gets too long, ...
20:38.56``Erikand once in a while, compact if you're freeing bits inside of pages...
20:38.58Alexandrusi used it in parsers
20:39.06``Erikeventually, you end up with greenspuns 10th rule
20:39.12Alexandrus:P
20:39.17Alexandrussolves everything, does it:P
20:40.26Alexandrusn't
20:40.33``Eriknotes that in the early 80's, one of his c64 basic books had an entire chapter for garbage collection
20:40.48Alexandrushehehehe
20:41.32Alexandrusi have wirth's Algorithmen und Datenstrukturen
20:42.02Alexandrusthis is my source of inspiration if i am out of ideas
20:45.37Alexandrusmust say...i am not sure if garbage collection is ideal
20:45.50Alexandrusits quite expensive at times
20:45.55Alexandrusand often unpredictable
20:52.59Alexandrusi found a solution to pass lots of stuff to r in once step...
20:53.17Alexandrusbut really...in tcl there must be a special hack for everything
21:00.20``Erikgenerational "treadmill" gc is ... awesome
21:00.55``Erikalso; GC comes in many forms, not just 'general' gc like you see in java, ruby, python, c#, lisp, etc... but refcount like you see in objc, c++, ...
21:01.06Alexandrusi know..
21:01.22Alexandrussweep types
21:01.25``Erik(refcount is trivial to implement in an unsuck performance way, but it has the issue of leaking lost graphs)
21:01.34``Eriksweep is the most naive and crapiest of the bunch!
21:01.35Alexandrusrefcount is quite a challange
21:01.38Alexandrusif you have loops
21:01.54``Erikyeah, an unreferenced graph just leaks in straight refcount
21:02.21``Erikmark&sweep is mostly a study in old tech these days, though, modern gc's are a bit ... niftier :D
21:02.33``Erikas is straight stop&copy
21:03.03Alexandrusstill there are always tradeoffs
21:03.09``Erikand the generational hack was a bit of sheer brilliance even back then... attached to the new methods (like treadmill), it's quite impressive
21:03.12Alexandrusthere is a moment of truth, when the gc runs...
21:03.18``Erikyes
21:03.38Alexandruswithout gc, you have to work properly
21:03.46Alexandrusbut no gc effects
21:03.49``ErikI abandoned a game engine I wrote many many years ago, used a stop&copy and once I had a nontrivial amount of objects, there was a noticable hitch in the game :(
21:04.15Alexandrusi think gc for script enviroments might work
21:04.23Alexandrusyou can call gc before/after loads
21:04.34Alexandruscan'
21:04.38Alexandrust do much harm there
21:04.41``ErikBRL-CAD has a lot of garbage collection in it, even in the C parts
21:04.51``Erikfree-lists, p-tables, etc
21:04.56Alexandrusi saw a lot of bu_vls_free...
21:05.00``Erikgreenspuns 10th, yo
21:05.24``Erikbu_vls_free is a real free, iirc, but in the raytracer where performance matters, you 'free' an object and it goes on a free list instead of actually deallocating
21:05.41``Erikand the free-list mgmr decides if it's time to actually deallocate a bunch of mem, or just keep going
21:06.29Alexandrushmm
21:06.32``Erikthat's why we can "allocate" enough to do all the partitions on a shot without ever having to yield quanta for a syscall
21:06.50Alexandrusbut free lists are not gc's..
21:07.05``Eriksure, they're a scavanging gc
21:07.25``Erikin fact, they're more of a gc than java's
21:07.33Alexandrusthey do not detect themselves, if a memory region is still used, do they?
21:07.35``Eriksince we can actually reduce total memory usage
21:07.49``Erikjava's gc can only add to freelists, it can never reduce the total memory footprint of the jvm
21:07.59Alexandrushmm...weird
21:08.05``Erikno, there's explicit release
21:08.09``Erikbut it is collection
21:08.13Alexandrusit should be possible for java to reduce
21:08.24``Erikyou'd think... but they don't
21:08.28Alexandrusi would call this memory pool
21:09.33``Erikthen you'd call most modern gc's a memory pool, since they often tie to the language and add things to a free list when they go out of scope... :D
21:10.15Alexandruspropably
21:10.31Alexandrusfor me a gc completly removes any burden on the programmer for mm
21:10.42Alexandrusthe gc scans the structure, and decides
21:10.57``Erikthen what do you call boehm-gc?
21:11.15``Erikit cannot scan structure, yet it's still gc
21:11.40``Erik(thus it has to be "conservative" gc to avoid removing valid memory)
21:12.14``ErikI think you're associating all gc with "perfect" gc :D
21:12.44``Erikeven in java, to make SURE something is gc'd, you want to set it to NULL O.o
21:13.16Alexandrusno i am associating with what i read in books about gc's
21:13.19Alexandrusand gc algorithms
21:13.48Alexandrusyou have to set it to Null to remove the reference
21:13.51Alexandrusbut you do not free it
21:14.01Alexandrusthe difference is big
21:14.07``Erikno, the gc eventually collects it, but you have to make sure the reference is gone
21:14.16Alexandrusespecially if you have stuff which is "owned" by several objects
21:14.44``Erikand in a conservative gc, it's very hard to confirm a reference is gone, so they're "less gc-ey" than the academic "perfect gc"
21:15.09``Erikherr boehm has some papers out, he's a smart cookie
21:15.14Alexandrusgc's either need a special compiler
21:15.18Alexandrusor inside an interpreter
21:15.20``Erikmight be worth checking out
21:15.27``Erikboehm-gc is a library for C
21:15.55Alexandrusyou know, i don't do c usually:P
21:16.20``Erikfor this situation, I think C and pascal are probably sufficiently similar
21:16.49Alexandrustrue, but i don't have this lib
21:16.53``Erikthe two ways of getting memory in C are either static (stack) or dynamic (heap), ... gc only cares about heap
21:17.14``ErikI think you can translate that to the pascal notion, so his papers should make sense
21:17.28Alexandrusthe paper yes
21:17.37Alexandrusif its not behind some cite-wall
21:17.54``Erikshouldn't be
21:18.00``Erikhttp://www.hpl.hp.com/personal/Hans_Boehm/gc/ is a start
21:18.25Alexandrusmark&sweep...
21:18.28``Erikyes
21:18.38``Erikso fragmentation is expected
21:18.59Alexandrushah, moving stuff around in c will not work anywa
21:19.09Alexandruswould need global visible pointers
21:19.33``Erikhttp://en.wikipedia.org/wiki/Boehm_garbage_collector mentions a new version being compacting
21:19.51``Erikprecise compacting in .net
21:19.54``Erik*shrug*
21:20.36Alexandrusconservative...hmm..
21:20.55``Erikembedded, I'd still want manual mem mgmt, but gc is not the slow pig it used to be thought
21:21.01``Erikthat's all I'm saying :)
21:21.34Alexandrusmemory stuff one can't say easily
21:21.39``Erikand my notion of embedded is becoming archaic.. I can't consider my 'iphone' an embedded machine
21:21.46``Erikor my arm7 openrd-client
21:22.00``ErikI have to call them computers :D
21:22.10``Erikthe PIC16f88's, yeah, those are embedded microcontrollers
21:22.26Alexandrusmost Atmels too
21:22.33Alexandrusfor motor control etc
21:23.56``ErikI've never worked with atmel, but I've heard a lot about them.. I went to a "robocon" here and a lot of the people presenting were fond of atmel, they sound a bit beefier than pic, btu not much
21:24.09``Erikindeed, a lot had switched from pic to atmel
21:24.35Alexandrusatmel's are more compatible
21:24.58``ErikI think they're more poweful, and a bit more expensive than pic
21:24.59Alexandrusbut i heard, pic's are more robust sometimes
21:25.06Alexandrus(temperature)
21:25.12``Erikheh
21:25.16Alexandruswho cares about cents if its about cents.
21:25.23``Erikand intel and amd are far more powerful and far less robust ;)
21:25.38Alexandrusthere are too many atmels around to say
21:25.43``Erikdepends on how many thousand units you want to make
21:25.46Alexandruseven 4 bit ones
21:26.09Alexandruseven if you build thousands...
21:26.23``Erika dedicated die is insanely expensive, fpga's can be prohibitively expensive
21:26.26Alexandrusyou are more likely to loose money somewhere else
21:26.38Alexandrusfpga's are insane...
21:26.54``Erikspeaking of, I should get my cyclone2 back from twingy O.o
21:26.55Alexandrusi checked if i could find one for my visual cortex:P
21:27.05Alexandrusbut $4000...no...
21:27.13``Erikyou can get a dev board for a few hundred usd
21:27.24``Erikbut then they want to sell you the developer software suite for another grant
21:27.25Alexandrusbut its too weak for my purposes
21:27.26``Erikgrand
21:27.34``Erikyeah
21:27.42Alexandrusi need systolic arrays
21:27.42``Erikthat's why I bought pic chips a few years back
21:27.48Alexandrusflexible, generic systolic arrays
21:27.54``Erik$20 on a programmer, and I maintained the freebsd port of the programmer software...
21:28.04Alexandrushmm
21:28.14Alexandrusyou can let several mc's work together
21:28.21``Erik"mc"?
21:28.25Alexandrusmicrocontrollers
21:28.29``Erikyes
21:28.32``Erikthey all talk i2c
21:28.44``Erikindeed, my openrd-client has some i2c crud in it
21:28.45Alexandrusor can
21:28.56``Erikhttp://www.globalscaletechnologies.com/t-openrdcdetails.aspx
21:29.05``Erikthat is what I intend to replace my home server with
21:29.32Alexandrushmm, i think i keep my home server
21:29.35``Erik1.2ghz arm7 marvell kirkwood, 512m ram, 4g nand, sd, 7 usb
21:30.06``Erikmy home server is currently a pIII 650mhz with 128m ram, with lots of moving parts and pieces sucking down wattage
21:31.03``ErikI'd rather have a low power silent machine than a high performance machine... for my home server, that is... for my car, the opposite is true ;)
21:31.04Alexandruslol
21:31.28Alexandrusmine is in another room
21:31.30Alexandrusand pretty silent
21:32.16``ErikI keep mine in the study on the first floor... it didn't used to bother me, but it's been exceptionally hot, so the middle and top floors are too warm to be on
21:32.43``Erikand reducing wattage just seems like a good thing no matter what
21:32.47Alexandrusknow, its 23:32 here
21:32.50Alexandrusi love to talk
21:32.56Alexandrusbut i am pretty tired
21:32.58``Erikauf weidersein
21:33.02Alexandrusdanke:)
21:33.11Alexandrussry, but our time zones are a bit too different
21:33.22``Erikyes, only 5:30 here :)
21:33.24Alexandruswe will speak again:)
21:33.25``Erik17:30
21:33.29``Erik*wave*
21:33.33Alexandrusbye
22:49.52CIA-45BRL-CAD: 03brlcad * r39894 10/brlcad/trunk/src/other/tktable/Makefile.in: the README.txt file is already covered by PKG_EXTRA_DIST. double-listing results in permission denied during distcheck due to overwrite attempt.
22:53.54brlcadrx
23:05.33``Erikaight, the boy, what was I wrong on? O.o
23:11.45brlcadi haven't read backlog
23:11.56brlcadjust got reconnected since I left
23:12.14brlcadponied up the fee
23:12.54brlcadwow, that is some long backlog
23:19.24``Erikthe fee for what, cab?
23:20.24``ErikI"d rather drop $40 rt for a cab than deal with busses, myselc
23:21.22brlcadfee for internet at the hotel
23:21.41``Erikapparently severing the power cord is not condusive to running the electric trimmer. :/
23:21.44brlcadyeah, totally wrt the cab (and it's a $49 flat fare)
23:22.06``Erikstarseeker was struggling, I recommended the cap, he was still struggling when he left
23:23.28starseekergrowls... can't they get a decent signal strength???
23:23.31``Erikso it's 4:23 there? getting ready to walk across the highway and find some good food?
23:24.00brlcadI'm kind of in a little mecca of interesting places here, at LA Live
23:24.09brlcadit's a new complex they built next to the staples center
23:24.22``Erik<-- is STILL annoyed that brlcad had to translate "carne quesadilla" from the menu for him
23:24.40starseekercan't believe he got a successful distcheck on Linux with all those problems...
23:24.59``ErikI said car-nay kay-suh-DEE-yuh, not like I said "kay-zer-dill-er
23:25.00``Erik"
23:25.21starseekerbrlcad: thanks for spotting that tktable README.txt - I saw that on the Mac just before I left
23:25.29``Erikand the car-nay instead of cadddd-nay couldn't have been THAT tricky
23:26.06``ErikI really think you are both wrong on the tkhtml3 generated file
23:26.40starseeker``Erik: it's ending up in build dir for me (are we talking about togl_ws.h or whatever it is?)
23:26.46``Erikcssprop.c
23:27.03``ErikI tired three naked machines, bsd linux and osX, they all ended up in srcdir
23:27.12``Erikif I ran it AGAIN in those, it ended up in blddir
23:27.21starseekerO.o
23:27.48starseekerwhat the bleep...
23:27.58``Erikyeah, who the fuck put this fucking tcl shit in
23:28.12``Eriklike I said, I'll do some more testing on monday
23:28.33brlcadstarseeker: I can't believe you got a successful distcheck either
23:28.34``Erikaug28 for fitting
23:28.35starseeker``Erik: I'm not so much trying to bring more Tcl/Tk in as I am to make what we DO have tolerable
23:28.41``Erikmight go get me a suit while I'm at it
23:28.46starseekerbrlcad: both Redhat and gentoo
23:28.47``Eriklast one is too small anymore
23:29.04starseeker``Erik: cool, thanks!
23:29.25starseekeris probably going to end up with a suit as well, although he has no clue what he'll do with it...
23:29.31brlcadisn't that like testing pork and ham?
23:29.47``Erikstarsucker: for demo, ripped up ac/dc tshirt, right? and bring the ripped up ac/dc tshirt for after the ceremony?
23:30.15starseekerbrlcad: heh, pretty much - I wasn't claiming it was "done" but presumably my versions of autotools were different from Redhat's
23:30.25``Erik0 build on osX, rhel and fbsd until it goddamn works...
23:30.32``Erikand if your system is different, eff you :D
23:31.04``Erikthe fbsd one will probably be like gentoo, but more harsh
23:31.05starseeker``Erik: I knew we weren't done yet (I saw the mac failure, just for starters, and I also knew libpng had some remaining stuff)
23:31.25``Eriklibpng seems to work now, I sat i bobs office and it worked for him, he cussed
23:31.27starseekerI just am astonished the behavior of the tools was so different on a per-platform basis
23:32.14starseekerhe cussed that it worked?
23:32.39starseekerwhy, was he having more fun with something else?
23:32.40``Eriksubconfigging anyone elses config is always ... well, it's like volunteering to shove their grenade up your ass to see how it explodes... it SEEMS like less work at first, but is a shitload more when ya do it, and is a bit more every release
23:32.56``Erikno, stating it failed and then having it work when I was sitting there got him :)
23:33.11starseekerhehehe
23:33.21starseekerah yes, that is worth a few choice words
23:33.38``Erikwe got to talk about workshops :)
23:33.40brlcadstarseeker: I'd wait until you actively need a suit.. a good suit can set you back $500+
23:33.58brlcadlibpng subconfig isn't done yet, but works for "most" platforms now
23:34.07brlcadyou have to help it along on some
23:34.07starseekerbrlcad: I get some kind of discount if I get it right around the wedding
23:34.09``Erikit's good to have one if you don't plan on changing shape, though
23:34.20``Erikdark grey or brown
23:34.31``Erik<-- thinking about getting himself a charcoal grey one or so
23:34.50``Erikmebbe a couple choise applications and I can cinch the db upgrade
23:34.51``Erikmeh
23:34.54starseekerSarah does like to go to concerts on occasion, other culture...
23:35.09brlcadglances at a few thousand people outside his window
23:35.15``Erikok, you say concert and I think you mean smething else than 99.3 % of humans
23:35.36starseekerorchestral performance
23:35.50``Erikyeahhhhhhhhhh, not what most people think when ya say concert ;0
23:36.08starseekeris still waking up - no sleep til I got on the plane, and I'm not brlcad :-P
23:37.06``Erikaround nov/dec, I may be dressing up a bit to pull a chuck and bump a level, so'z the suit thing now might be useful *shrug* I d'no
23:37.15``Erik(2-3, not 3-4, thought)
23:37.41starseekerawaits the string of cardiac arrests with anticipation
23:37.49``ErikI think I'm acutally the lorest rated person in the office
23:38.18``Erikstarseeker: I used to get chewed out for overdressing.
23:38.40``ErikI was told to remove the jacket and tie for my interview at fedex
23:38.55starseeker``Erik: aren't contractors just below pond scum? :-P
23:39.02``ErikI think the tie gave mgmt type folk at arl willies
23:39.18``Erikof course not, starseeker
23:39.33``Erikwe woudln't dare violate pc and insult pondscum like that
23:39.34``Erik:D
23:39.40starseekerhehe
23:40.22``Erikbut I think I'm the only db2 in the building
23:40.31starseekerah, yeah that sucks
23:41.16``ErikI was supposed to come in as db3, but I'd worked at places that'd gone under and the 'investigators' didn't bother looking
23:41.33starseeker<snort> figures
23:42.02``Erikso the initial offer was actaully very insulting, the paystubs bought me maxing db2, but not db3... and lisa and wendy constantly said you haven't been here long enough to apply
23:42.26``Erikthen paul went and changed the rules radically every cycle, and I"d gotten to teh point where I was just figurin' on leavin'
23:42.34``Erikso ... yeah... here I am.
23:43.01starseekerah, so now that you're staying it's worth the circus of... what do they call that process...
23:43.28``Erik(I mean, seriously, the initial offer was about 1/4 of what I was making at the time... I was willing to come over cappeda t 1/2 of it... I must be stupid)
23:44.01starseekershrugs - you do at least have a steady job in the middle of an economic meltdown
23:44.51``ErikI got the previous job in the middle of the meltdown... I used to like to pretend that I'm pretty damn good at what I do, now *shrug* fuck it
23:45.04brlcadstarseeker: haha, how was that early flight? :)
23:45.15starseeker``Erik: you know that antiques mall over by Bynum run? - was in there the other day, like half the square area of the whole building was empty
23:45.23``Erikif it flys before noon, it's an early, yo
23:45.29``Erikspenciola?
23:45.35starseekeryeah, that one
23:45.39starseekerfreaky
23:45.41``Erikyeah, that used to be a Cmake
23:45.43``Erikcmart
23:45.47``Erikas useless as cmake
23:45.57``Erikthat's walking distance from my house, yo
23:46.23starseekerbrlcad: yeah, that kinda backfired on me - would have done better to just do something normal
23:46.44``Erikin fact, driving home, you come out, you hit the stoplight immediately by the cvs... then ya hit hte next stop light, if you turned right on that, you'd be at my house... left, you'd be at daytonas :)
23:46.56starseekerah, cool
23:47.15``Erikand I walked to daytonas house with a laptop and a jug of coffee O.o
23:47.20``Erikit's "on th eway"
23:47.37``Erikdo you use 23 over to 1?
23:47.56starseeker(hoping I didn't get some kind of photo speeding ticket on 695 - some kind of weird flash as cars went by one spot, couldn't tell if my car was a target for one or the car behind me)
23:48.13starseeker``Erik: 23->bypass->22
23:48.24starseeker23->1 if heading into Bel Air
23:48.25``Erik"bypass" is 1
23:48.35``Erikthere're 2 1'
23:48.53``Erikthe traffic circle on 23 is a stones throw from my house... literally
23:49.12``Erikalso; 23, ->1, ->prospect mill->22... shave a good mile off
23:49.28starseekerthat's a messed up little section of roadway in there - first time I was in Bel Air area looking for something I think I circled around that whole 24/23/1 thing a few times
23:49.32``Erikwhen you get back, carpool, I'll show ya the route :)
23:49.59starseeker``Erik: ah yeah, I've seen people make that turn   tried it myself actually
23:50.29starseekerdidn't seem to change much time wise <shrug>
23:50.35``Erikit's a good mile off of the drive, but about the same time
23:50.49starseekernods - that makes sense
23:50.59``Erikusually, I end up infront of folk, but sometimes they beat me
23:51.06starseekerI actually end up using the gas station at the other intersection a lot
23:51.09starseekerconvenient
23:51.10``Eriklast week, a truck beet me, pissed me off
23:51.14starseekerhehe
23:51.22``Erikthe're two, the wawa and the xtra, those're the two cheapest around
23:51.29``Erikon 22, past the college
23:51.48``ErikI use the extra, 93 instead of 91, and no ethanol
23:52.08``Erikright by la tolteca
23:52.29starseekerah, right - I've used the wawa sometimes, but for some reason I ususally end up at the one just at the start of my run on 22... fueling up before the long drive I guess...
23:52.50starseekernot BP.. Royal or something?
23:53.14starseekerthe wawa I typically hit going home
23:53.31``Erikat 543 and 22 is a royal
23:53.43starseekeryeah, I think that's the one
23:53.46``Erikbrlcad, ya missed out, we got 'vip' punchcards at la tolteca
23:54.13``Erikbob swears by it, but every time I've looked, it's been pricier than the two at the college, and they ran out of receipt paper on me
23:55.08``Erikprospect mill gives me a fun wiggle at the traffic circle, then a nice distance in 6th cutting a mile off, plus a run squeeze ontop 543...
23:55.43starseekerhehe - the immediate thought of several of us was "crap, now there's evidence of how often we eat out..."
23:55.52``ErikI come pu off of prospect mill slow, flatten down so the tires are in full contact, then open it up in 2nd to boogie up to 60 or 70... good fun :D
23:56.11``Erikheh
23:56.15``Erikto whom?
23:56.35``Erik<steph> la tolteca card? <erik> lawhatnowhuh?
23:56.50starseekerthat's how you know who the married/soon to be married folk are - they were the ones worried :-P
23:57.04``Erikno, no I don't know :D
23:57.36``Erikthat's why I have 'nuff buck banked that I can just go buy a high end dressed out truck if I wanted, or another house O.o
23:58.01``Eriklive po', yo!
23:58.04starseekerheh - in this market, buying another house is less of a challenge than it used to be...
23:58.17starseekerwhat kinda truck you thinkin?
23:58.20brlcad``Erik: that usually means you get in the door without a cover charge... :)
23:58.23brlcadyou've been paying them? :)
23:58.34``Erikcover what now?
23:58.42brlcadto get into la tolteca
23:58.55``ErikI'm thinkin' about buying something like a ram1500 or an upper end dakota
23:59.05``Erikthere's no door fee at la tolteca, fool
23:59.09brlcadyou're going to buy north dakota?
23:59.11starseekerno m35? :-P
23:59.37``Erikno, a dakota, not north dakota... I want something that's actually useful for something
23:59.43brlcad``Erik: then a vip card is about as useful as tits on a bull
IRC log for #brlcad on 20100725

IRC log for #brlcad on 20100725

00:00.06``Erik6 meals up to $6 gives a free meal up to $7.95
00:00.27brlcadI don't think I've had a single meal cost less that 7.95
00:00.39brlcadbut then I usually get that tasty mnarinated steak
00:00.56``Erikyeah, I've been getting cheap stuff *shrug*
00:01.12``Erik6.0 on meal, 6.25 on bier
00:01.25starseekerlunch menu ftw
00:02.03``Erikso verizon just painted up my lawn, vios may be here soon
00:02.14starseekersweeeet
00:02.49starseekerwishes they would get out to his place, but sounds like it will be a few years
00:02.51``Erikif nothing else, it's leverage against comcrap
00:03.13``Erikstarseeker: ya in LA yet?
00:03.34starseekeryeah
00:03.49``Erikgrab brlcad and walk across the highway for awesome food
00:03.54starseekertook a REAL early fight thinking to get out to the Getty, but was so shot once I got in I passed out
00:03.58``ErikI'll go sob myself to tears for missing it.
00:04.22starseekerplays world's smallest violin - you coulda been here man
00:04.25``Erikif everything didn't go wrong at the smae time, I'd be there :( but the shti luck and short notice
00:04.35brlcadyou didn't "miss it" .. you chose not to go
00:04.42starseekerthought it was lack of cat sitters
00:04.47brlcadhad PLENTY of time
00:05.25``Eriklack of cat sitters, insistance that my phone would arrive when I was there, insistance that my car be checked on in 2 days, lack of travel card, ...
00:06.11``ErikI tried to push everything hard to see if I shoulda gone, there're only two screwed the pooch bits, once coulda possibly been done
00:06.14``Erik*sigh*
00:06.19brlcadnot one of those sounds like a show stopper
00:06.41``Erikthe cumulative sounded like it at the time
00:06.50``Erikthere were a few happy bits that happened after
00:07.13``ErikI might try to head up to nyc in nov for a bsd conf
00:08.10``ErikI don't think I can do 2.5 weeks notice, I think I need at least 2mo :/
00:08.15starseeker``Erik: yeah, short notice didn't help, but probably worth sorting out stuff in advance in case they do approve - the notice is almost always short
00:08.48``Eriklast time I went to siggraph, I had around 3mo notice plus a lot less of 'issue' to deal with
00:09.28``ErikI'll play the lack of notice hardest to shake fist at silly mgmt
00:09.41starseekerwas under the impression that there was active resistance to us going, so didn't want to bother reserving and canceling hotel - now I'm stuck with this crappy wireless :-P
00:10.38``Erikyeah... I'd figured it was off, so I ignored it, then got a messaging saying 'uh, we need argument", so I scrambled and blew a day of productivity to provide one, then everything that could go wrong did
00:11.23``ErikI practically begged a couple people to take my spot
00:11.26``Erikevne mike!
00:12.48``Erik<- is kinda mentally building a bitchfest for hsi bosses bosses boss
00:15.45starseekerand (again) ina sub-optimal location - I'm 0/2 on LA hotel booking, but I've learned my lesson
00:16.20``Eriknext tiem there's an inclination of going, I"m fucking starting 4 months out.
00:16.21starseekermakes a note to check if hotel has ethernet jack in room - this sucksssss
00:18.14starseeker``Erik: we'd better start working on next year as soon as this year is done, if we want to have any chance... gonna need a lotta argument for that one...
00:19.37``ErikI'm already thinking out my argument on why the resistance to this one has cost us billions
00:20.58``Erikalso; thinking about where my next job will be after delivering said argument
00:21.12starseeker<snort> yeah, probably not a bad idea
00:26.08*** join/#brlcad Nohla (~Nohla@201.255.215.187)
01:47.16starseekerwonders if he should be bothered by the number of police sirens that have gone flying by in the last few hours... guess as long as this isn't their destination...
03:42.36CIA-45BRL-CAD: 03starseeker * r39895 10/brlcad/branches/cmake/ (253 files in 71 dirs): Update cmake branch to trunk r39894
08:18.18*** join/#brlcad Alexandrus (~nil@p4FE3DE14.dip.t-dialin.net)
08:18.20Alexandrusmoin();
09:49.16``Erikyargh
10:13.25Alexandrusmoin();
10:13.34Alexandrusi am completing my screw thread script..
10:39.58``Erikhttp://news.slashdot.org/story/10/07/24/2254243/Dell-Settles-with-the-SEC-for-100M  dell was taking money from intel to not use amd procs O.o
10:42.37Alexandruslol...
10:47.37Alexandrusi wonder, is it possible to abuse the databases namespace a little less?
10:47.58Alexandrusi have thousands of those little primitives, each with its own name
10:48.08Alexandrusand i can't see a way to create directories for them
10:52.44``Erikwhen you put them in a comb, you don't see 'em
10:53.03Alexandrushmm...i try
10:53.24``Erikbut it's a flat namespace, so duplicate names aren't permitted
10:53.48Alexandrusok, two rcc's created
10:53.50Alexandruscomb them
10:54.23Alexandrus1.s and 2.s still visible
10:54.32``Erikhow do you mean?
10:54.34Alexandrusused "comb test.c u 1.s u 2.s"
10:54.36Alexandrusls shows them all
10:54.54Alexandrusdirectories would clean things up a little...
10:54.57``Erikyeah, how do you mean "shows them all"? what are you doing?
10:55.11Alexandrusin 1.s rcc 0 0 0 200 0 0 3
10:55.18Alexandrusin 2.s rcc 0 0 0 0 -200 0 3
10:55.27Alexandruscomb test.c u 1.s u 2.s
10:55.52Alexandrusls
10:55.57Alexandrusthats what i am doing
10:56.20``Erikbut tops will only show test.c, right?
10:56.36``Erikforgets the exact behavior of ls and l, that's all part of the gui shtuff O.o
10:56.53Alexandrustops...tops even shows only .c which are not used by other combs
10:57.27``Erikright, and if you ls something, it SHOULD only show the bits that immediate make it (like you're running a ls on that 'directory')
10:57.45``Erikcomb anothertest.c u test.c; ls anothertest.c
10:57.46``Eriktest.c
10:57.53``Erikthat SHOULD be the behavior, iirc
10:57.55Alexandrusi tested it
10:58.00Alexandrusls test.c gives
10:58.03Alexandrus"test.c/"
10:58.05Alexandrusnothing else
10:58.08Alexandrusl test.c
10:58.15Alexandrusgives the tree
10:58.19``Erikhm, mebbe it's l, I don't remember
10:58.27``Erikok, then l is the one that lists immediate contents
10:58.28Alexandrusyou are funny, do you know that..
10:58.32``Erikit should not do it recursively
10:58.42Alexandrusif i didn't know better, i would say you are working on another project:P
10:58.49``Erikit's 6 something in the morning on a sunday here, I'm trying to make breakfast
10:59.05Alexandrushahaha
10:59.12Alexandrusok, still remember your name?
10:59.18``Erikoccasionally
10:59.29Alexandrusyour wives name?
10:59.34``Erik:D (and like I mentioned the other day, I don't go into the gui part, I tend to stick in the libraries)
10:59.35Alexandrushow many kids you have?
10:59.55``Erikhrm, no to either, think it's "ain't got one" and "none that I know of" :D *duck*
11:00.17Alexandruspropably forgotten the name to often:P
11:00.49``Eriknow if ya want to know some gory details about library components and the C behind it all, I'm right there...
11:01.17Alexandrussoon enough
11:01.27Alexandrusbut i actually use it for design
11:01.41Alexandrusand i really wouldn't like to design without any response
11:01.46``Erikyeah, that's why ya need to be talking to someone like starseeker O.o
11:01.48Alexandrus(course, i am allready typing down numbers)
11:02.07``Erikheh, when new people join the team at work, part of their 'training' is to make a few basic models, like a pen or articulated lamp
11:02.25``Erikmine was "port it to freebsd and make it use automake", I've never modeled anything :D
11:03.10Alexandrusi have modelled several carcass structures
11:03.19Alexandrusnever tried a lamb or a pen either
11:03.49``Erikcarcass? lamb? what the hell are you doing? O.O :D *duck*
11:04.04Alexandruslamb...rofl..
11:04.06Alexandruslamp
11:04.14Alexandruscarcass...framework
11:04.29Alexandrusmy dictionary tells carcass is technical term for "Fachwerk"
11:04.53Alexandrusbut also for death animals...rofl..
11:05.02Alexandrushttp://dict.leo.org/ende?lp=ende&p=Ci4HO3kMAA&search=carcass&trestr=0x801
11:05.05``Erikframework, structure, skeleton/skeletal, ...
11:05.10``Erikscaffolding
11:05.14``Erik? :D
11:05.35``Erikframing is probably the best *shrug* :)
11:06.07Alexandrushmm...uncertain:P
11:06.16Alexandruswould have to met professionals from the area
11:06.21Alexandruswho speak english
11:07.52``Erik*shrug*
11:10.39Alexandrusyou aren't an a construction engineer, are you?
11:10.59``Erikno
11:11.29Alexandrusi have one as a father
11:11.40Alexandrusbut he is a generation which doesn't speak english
11:11.42``Erikcomputer scientist... was infrastructure development and sysadmin at fedex before coming to work on BRL-CAD
11:12.57Alexandrus<- physicist
11:13.41``Erikcool one of the minors on my BS is general physics
11:13.50AlexandrusBS:=?
11:13.54``Erikbachelors
11:13.59Alexandrusack.
11:14.15``Erikno grad school yet, I'm an uneducated fool :D
11:14.43Alexandrussolve a difficult equation and no one cares:P
11:15.44``Erikheh, people only care when an engineer turns the hard work into a product and marketting sells it, then the marketing guys get all the credit O.o
11:16.46Alexandrushave to expect a good price for your work..
11:22.59Alexandrusthe better i get at tcl, the more i hate it
11:34.35``Erikhttp://www.collegehumor.com/video:1938961
12:28.00Alexandrusbye:)
14:28.39*** join/#brlcad Alexandrus (~nil@p4FE3DE14.dip.t-dialin.net)
14:28.43Alexandrusmoin();
16:53.36starseekertries siggraph's wifi...
16:55.11Alexandrus:)
17:14.27CIA-45BRL-CAD: 03starseeker * r39896 10/brlcad/branches/cmake/ (16 files in 2 dirs): (log message trimmed)
17:14.27CIA-45BRL-CAD: OK, get real on CMake + BRL-CAD - some complex logic to work out for the
17:14.27CIA-45BRL-CAD: src/other stuff, and will need to figure out how to be smart with control
17:14.28CIA-45BRL-CAD: options. Start small - this lets the BRLCAD_USE_SYSTEM_LIBS directory force on
17:14.28CIA-45BRL-CAD: the BRLCAD_USE_SYSTEM_ZLIB third part option, or at least does part of that job.
19:45.36*** join/#brlcad Nohla (~Nohla@201.255.225.199)
20:16.28*** join/#brlcad merzo (~merzo@4-53-132-95.pool.ukrtel.net)
20:33.09*** join/#brlcad merzo (~merzo@204-3-133-95.pool.ukrtel.net)
21:15.28*** join/#brlcad mafm (~mafm@81.37.118.11)
21:25.00d-lobrlcad: is the name of the xt package I am looking for: libxt ?
21:45.52d-lo``Erik: you around?
22:14.13``Erikhrm?
22:15.17``Erik(lotr marathon on tv)
22:28.47*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:38.55CIA-45BRL-CAD: 03starseeker * r39897 10/brlcad/branches/cmake/src/other/libz/ (46 files in 10 dirs): Clear out old libz in cmake branch - prep for putting in new version
IRC log for #brlcad on 20100726

IRC log for #brlcad on 20100726

01:07.24*** join/#brlcad cachero (~cachero@201.230.97.203)
01:07.30cacheroEscriba el texto aquí....holaaaaaaaaaaaaaaaa
01:07.42cacheroholaaaaaaaaaaaaaaaaaaaaa
05:09.42*** join/#brlcad yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
06:54.38*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
09:35.06*** join/#brlcad mafm (~mafm@0.Red-88-18-69.staticIP.rima-tde.net)
10:48.07*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
12:47.29CIA-45BRL-CAD: 03starseeker * r39898 10/brlcad/branches/cmake/src/other/libz/adler32.c: Start adding new zlib - try to sort out why the subversion config file isn't auto-typing properly...
12:49.20CIA-45BRL-CAD: 03starseeker * r39899 10/brlcad/branches/cmake/src/other/libz/compress.c: Start adding new zlib - try to sort out why the subversion config file isn't auto-typing properly...
12:54.01starseekerkicks self - must have config file in place before adding - if not, have to revert and re-add, not just stick the config file in place and re-commit
13:24.43CIA-45BRL-CAD: 03starseeker * r39900 10/brlcad/branches/cmake/src/other/libz/ (15 files): Start getting the rest of zlib into the cmake branch
13:41.49d-loCan't speak for anyone else, but today its pretty packed, schedule wise :/
13:51.44CIA-45BRL-CAD: 03starseeker * r39901 10/brlcad/branches/cmake/src/other/libz/ (243 files in 37 dirs): Finish adding new zlib to cmake branch
13:53.50starseekerd-lo: I need to try to find my friggin phone
13:54.03starseekerslipped out of my pocket on the shuttle last night
13:55.19CIA-45BRL-CAD: 03starseeker * r39902 10/brlcad/branches/cmake/src/other/libz/zconf.h: Need to avoid having zconf.h present for cmake
13:56.46CIA-45BRL-CAD: 03starseeker * r39903 10/brlcad/branches/cmake/CMakeLists.txt: See what enabling src/other/libz as a subdir does...
14:25.03``Erikheh, that sucks O.o
14:33.34CIA-45BRL-CAD: 03starseeker * r39904 10/brlcad/branches/cmake/CMakeLists.txt:
14:33.35CIA-45BRL-CAD: Hrm. Looks like something along the lines of this approach will be needed for
14:33.35CIA-45BRL-CAD: switching between system and local libs - gonna need to figure out how to set a
14:33.35CIA-45BRL-CAD: BRLCAD specific variable for libz library based on the subdirectory CMake
14:33.35CIA-45BRL-CAD: variables... back to the CMake book.
14:41.13CIA-45BRL-CAD: 03starseeker * r39905 10/brlcad/branches/cmake/CMakeLists.txt: hah, date stuff does work - just print it properly.
17:55.49*** join/#brlcad psilva_ (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
20:42.24psilva_hm
21:19.29CIA-45BRL-CAD: 03n_reed * r39906 10/brlcad/trunk/src/tclscripts/ (4 files in 2 dirs): added property-box widget class for bot editor
22:31.11*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:59.57starseeker``Erik: might want to take a look at this, it was announced in the Blender session today: http://code.google.com/p/gamekit/
IRC log for #brlcad on 20100727

IRC log for #brlcad on 20100727

00:00.22starseekerclaims to have resolved some of the crap involved with building Ogre
00:01.12starseekeralso they say they've implemented their own loader for .blend files, which might mean we could use that code to make an importer for .blend format
00:19.14``Erikhm, a bit different than the blender game engine
00:20.10``Eriksmells more like a C++ dealie with tighter blender support, kinda not the direction I'm looking
00:21.14``Erikmy art bitches don't like blender and I don't like c++ :D *duck* working out the issues with cmake/ogre/mygui right now O.o
00:21.29``Erikalso; my cats ate my earbuds for my phone. *grouse*.
00:33.44``Erikhttp://brlcad.org/~erik/20100726/
00:33.53``Erikif I had earbuds, I'd be calling the chinese restaurant O.o
00:38.21*** join/#brlcad Nohla (~Nohla@201.255.225.199)
02:39.15starseeker``Erik: I was thinking more about extracting what they've done to make Ogre actually build...
02:46.55``Erikoh, ogre builds fine
02:47.08``Erikthe provided FindOGRE.cmake requires modification to succeed
02:47.14``Erikand I think I have that part down
02:47.58``Erikat the moment, I have MyGUI only failing on some freetype stuff
02:48.05``Erikand cmake sucks.
02:49.31``Erikand having to force it to make xcode projects because the unix makefiles never effin' work on osX is ... lame.
02:51.18``Erikhow's the conf so far?
02:51.39``Erikyou'll be loaning me the 2 big books and dvd set, yes?
02:52.54starseekersure
02:53.00starseeker2 big books?
02:53.07starseekerhas conference proceedings...
02:54.09``Erikum, used to be one huge book, mebbe ~600-800 pages, another around 150-200
02:55.18``Erik<-- has an attention span that makes a goldfish look like a zen master
02:55.29``Erikso thems're big to me :D *duck*
03:10.35CIA-45BRL-CAD: 03starseeker * r39907 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/FindZLIB.cmake): YES. At least on this machine, this builds libpng with the local libz when local libz is turned on.
03:11.22starseekeronly got one large book - no raytrace conference this year
03:30.03CIA-45BRL-CAD: 03starseeker * r39908 10/brlcad/branches/cmake/CMakeLists.txt: Add some comments. It is NOT clear, unfortunately, whether this will result in a working setup after a make install...
03:37.15CIA-45BRL-CAD: 03starseeker * r39909 10/brlcad/branches/cmake/CMakeLists.txt: OK, make this a little easier to test - set up to install in a subdir of /usr/brlcad by default...
03:53.45CIA-45BRL-CAD: 03starseeker * r39910 10/brlcad/branches/cmake/ (CMakeLists.txt src/other/libregex/CMakeLists.txt): Take a stab at libregex + CMake
04:06.20*** join/#brlcad d-lo_ (~claymore@BZ.BZFLAG.BZ)
04:06.44*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:06.44*** join/#brlcad psilva_ (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
04:06.44*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
04:06.45*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
04:06.45*** join/#brlcad CIA-45 (~CIA@208.69.182.149)
04:06.45*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
04:06.45*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
04:06.45*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
04:06.45*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
04:06.45*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
04:06.45*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
04:06.45*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
04:06.45*** join/#brlcad Ralith (~ralith@216.162.199.202)
04:06.45*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
04:06.45*** join/#brlcad Maloeran (~maloeran@glvortex.net)
04:06.45*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
04:09.43*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:09.43*** join/#brlcad psilva_ (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
04:09.43*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
04:09.43*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
04:09.43*** join/#brlcad CIA-45 (~CIA@208.69.182.149)
04:09.43*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
04:09.43*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
04:09.43*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
04:09.43*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
04:09.43*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
04:09.43*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
04:09.43*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
04:09.43*** join/#brlcad Ralith (~ralith@216.162.199.202)
04:09.43*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
04:09.43*** join/#brlcad Maloeran (~maloeran@glvortex.net)
04:09.43*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
04:13.24*** join/#brlcad willdye (~willdye@fern.dsndata.com)
04:13.24*** join/#brlcad d-lo_ (~claymore@BZ.BZFLAG.BZ)
04:13.24*** join/#brlcad Nohla (~Nohla@201.255.225.199)
04:13.24*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
04:13.24*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
04:13.24*** join/#brlcad kanzure (bryan@dhcp-84-252.me.utexas.edu)
04:13.24*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
04:13.24*** join/#brlcad ChanServ (ChanServ@services.)
04:13.24*** mode/#brlcad [+o ChanServ] by niven.freenode.net
04:14.39*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
04:14.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:14.39*** join/#brlcad psilva_ (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
04:14.39*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
04:14.39*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
04:14.39*** join/#brlcad CIA-45 (~CIA@208.69.182.149)
04:14.40*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
04:14.40*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
04:14.40*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
04:14.40*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
04:14.40*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
04:14.40*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
04:14.40*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
04:14.40*** join/#brlcad Maloeran (~maloeran@glvortex.net)
04:14.40*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
04:14.40*** join/#brlcad Ralith (~ralith@216.162.199.202)
04:14.40*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
04:19.51*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
04:19.51*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:19.51*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
04:19.51*** join/#brlcad CIA-45 (~CIA@208.69.182.149)
04:19.51*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
04:19.51*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
04:19.51*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
04:19.51*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
04:19.51*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
04:19.51*** join/#brlcad Ralith (~ralith@216.162.199.202)
04:19.51*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
04:19.51*** join/#brlcad Maloeran (~maloeran@glvortex.net)
04:19.51*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
04:26.11CIA-45BRL-CAD: 03starseeker * r39911 10/brlcad/branches/cmake/ (CMakeLists.txt src/other/libutahrle/CMakeLists.txt): Make a quick-and-dirty CMakeLists.txt for libutahrle
04:34.16starseekererm.  
04:34.58starseekerbrlcad: it looks like the src/other build is combining libutahrle and URToolkit into one libutahrle library - any reason URToolkit is in its own directory?
04:37.44starseekeroh wait, did I misread that?
04:52.36kanzurehi all.. i'm writing a STEP generator and want to test it against BRLCAD's step import utility
04:52.48kanzureany quick hints on using that in brlcad's internals? i've never used it (yet)
04:53.06kanzurebasically i'll have one or two files for now that i'd want to load up into brlcad
04:53.21kanzurebut in the future maybe some variable number of files that i need to check for loadability (i.e. doesn't throw exceptions or errors)
04:53.49kanzure(yes i'd be assuming brlcad's implementation is the correct one (frankly the problems are likely on my script's end))
06:39.14*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
06:50.55*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
06:53.58d_rossbergstarseeker: on how to read numbers from a file in a portable way and get date, time etc. from windows with CMake see include/conf/CMakeLists.txt
09:11.05*** join/#brlcad mafm (~mafm@83.37.7.102)
09:31.52*** join/#brlcad Alexandrus (~nil@p4FE3FAE6.dip.t-dialin.net)
09:32.01Alexandrusmoin();
09:54.40*** join/#brlcad Ralith (~ralith@216.162.199.202)
11:30.49*** join/#brlcad Alexandrus (~nil@p4FE3FAE6.dip.t-dialin.net)
11:37.01*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
13:00.47*** join/#brlcad typemore (~typemore@unaffiliated/typemore)
13:01.18typemorethis is slightly OT: is there a good place to download lots of CAD mdoels? (CAD as in water tight objects, rather than polygon meshes); as in objects that are meant to be produced in real world rather than just displayed on screen
13:09.40CIA-45BRL-CAD: 03erikgreenwald * r39912 10/brlcad/trunk/ (include/bu.h src/libbu/image.c): add BU_IMAGE_AUTO_NO_PIX flag to return NULL if PIX is guessed.
14:31.13starseekerd_rossberg: ah, I hadn't noticed that - thanks!
14:34.33starseekerkanzure: hmm.  if you have a step file you can try importing via step-g, but be aware we don't have things like hierarchy preservation yet and some of the stranger NURBS representations may have issues... we're still bug swatting
14:38.23starseekerd_rossberg: I'll be staying in the cmake branch for quite a while, so hopefully I won't be disrupting your stuff any - feel free to chime in whenever you like of course, but I'll only propose introducing the "total package" CMake build into the live trunk when I'm reasonably sure it's really robust
14:39.37starseeker``Erik and I have both had a time of it with non-robust CMake build logic in various packages, and that would be a non-starter for BRL-CAD
14:44.31*** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ)
14:53.10CIA-45BRL-CAD: 03starseeker * r39913 10/brlcad/branches/cmake/CMakeLists.txt: Put in some date logic - try d_rossberg's execute_process on Windows, and otherwise do the standard configure.ac trick with the date command.
14:53.57starseeker``Erik: aw, you missed a chance to diss CMake :-P
15:05.51``Erik*shrug* it does it itself :D
15:06.22``Erikmy home machine doesn't seem to be talking to the network, I wonder if the verizon guys have screwed up my comcrap cable (they painted the ground all up in my neighborhood a couple days ago)
15:10.07CIA-45BRL-CAD: 03erikgreenwald * r39914 10/brlcad/trunk/TODO: Note the issue libpng failing it's configure (thus causing BRL-CAD to fail configure) if the zlib dev stuff is not already installed. Noticed on a redhat machine without the -dev package.
15:13.24d_rossbergstarseeker: i'll have a look at it and test from time to time how it goes together with my dll build :)
15:31.12*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
15:44.49starseekerwonders if some regex foo might serve to splice up the windows date stuff into the required sub-variables
15:45.23starseekeralthough I note the only other place CONFIG_DAY is used is in pad_file.xml (what's that??)
15:46.43starseekerreads...
15:50.49CIA-45BRL-CAD: 03starseeker * r39915 10/brlcad/branches/cmake/CMakeLists.txt: Get rid of stray line
16:49.38brlcadmoin Alexandrus
16:54.22brlcad``Erik: no second "big book", probably was the art and animation catalog (starseeker)
16:55.16brlcadstarseeker: libutahrle is just the rle library.  urtoolkit is all of the tools (no library code) that use libutahrle
16:56.20brlcadkanzure: totally depends on what kind of geometry you shove into your step file (we presently focus support on nurbs geometry), but there's a step-g tool that will do the import
17:07.39CIA-45BRL-CAD: 03brlcad * r39916 10/brlcad/trunk/misc/win32-msvc8/libpng/libpng.vcproj: remove files libpng removed
17:09.57CIA-45BRL-CAD: 03brlcad * r39917 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: refactor the copying and printing lines into a couple simple procs that are easier to maintain.
17:11.46CIA-45BRL-CAD: 03brlcad * r39918 10/brlcad/trunk/misc/win32-msvc8/ (11 files in 11 dirs): disable warnings on libregex, which causes all uuid's to get updated and fixed from the manual copying that goes on when the files are updated from unix
17:15.48CIA-45BRL-CAD: 03brlcad * r39919 10/brlcad/trunk/src/other/tk/win/wish.exe.manifest: update the manifest to be non-empty even if it's generated
17:20.48CIA-45BRL-CAD: 03brlcad * r39920 10/brlcad/trunk/ (include/mater.h src/librt/mater.c): rt_color_addrec() takes an address offset, not a size. fix the decl and impl, struct is already good.
17:21.29starseekerbrlcad: ah, thanks
17:22.50CIA-45BRL-CAD: 03brlcad * r39921 10/brlcad/trunk/src/librt/mater.c: ws cleanup
17:27.57``Erikjapan house is closing
17:29.35CIA-45BRL-CAD: 03brlcad * r39922 10/brlcad/trunk/misc/win32-msvc8/ (188 files in 188 dirs): ignore the Win32 build directories and .user settings file
17:30.20brlcad``Erik: wow, that sucks
17:31.37``Eriknikki (the waitress) thinks that the 7th might be the last day, they're going to renovate and become a steak house (terry still owns it)
17:32.42``Erikany news on the release cycle? I wanna commit something that changes interface a bit
17:33.19CIA-45BRL-CAD: 03starseeker * r39923 10/brlcad/branches/cmake/src/other/ (libregex/CMakeLists.txt libutahrle/CMakeLists.txt): Don't need the lib prefix for these in CMake
17:37.35CIA-45BRL-CAD: 03brlcad * r39924 10/brlcad/trunk/misc/win32-msvc8/ (188 files in 188 dirs): newline separation is apparently important
17:48.14psilva_nooooo japan house
17:49.46brlcadneat: http://www.qhull.org/  and  http://gitorious.org/qhull
17:49.50brlcadbsd-style license
17:50.19brlcad``Erik: just the remaining TODO items
17:50.33brlcadtwo might be done, testing today
17:51.11``Eriksaw the new one I added, ja?
17:51.37``Erikheh, prasad, what're you bitching about, dc has a far better lunch selection than aberdeen ;)
17:53.52brlcadyep
17:56.29CIA-45BRL-CAD: 03brlcad * r39925 10/brlcad/trunk/src/libgcv/Makefile.am: add files missing from dist since we disabled the subdir building
17:56.59CIA-45BRL-CAD: 03brlcad * r39926 10/brlcad/trunk/src/conv/3dm/3dm-g.cpp: unused var, use name from parent scope
18:03.51CIA-45BRL-CAD: 03brlcad * r39927 10/brlcad/trunk/misc/win32-msvc8/ (brlcad/ btclsh/ bwish/ cy2g/ opennurbs/): ignore the release dirs and more user setting files
18:05.35kanzuretypemore: there are a few CAD repositories out there but most of them suck
18:09.23CIA-45BRL-CAD: 03brlcad * r39928 10/brlcad/trunk/src/other/tktable/: ignore generated build files
18:09.59CIA-45BRL-CAD: 03brlcad * r39929 10/brlcad/trunk/src/other/togl/: ignore generated build files
18:11.08CIA-45BRL-CAD: 03brlcad * r39930 10/brlcad/trunk/src/other/libpng/: ignore mkinstalldirs
18:34.45CIA-45BRL-CAD: 03erikgreenwald * r39931 10/brlcad/trunk/src/ (7 files in 2 dirs): wire rt to bu_image. -o file.png should write out a PNG file instead of PIX. Immediate writing is still done on PIX data, instead of buffering the entire image.
18:37.27CIA-45BRL-CAD: 03erikgreenwald * r39932 10/brlcad/trunk/src/rt/do.c: set non-PIX image handle to NULL after closing, just in case
18:38.39kanzurei need a few suggestions for objects to demo with my python/STEP library
18:38.48kanzureany suggestions? i'm thinking of at least: bolt, washer, airplane wing / foil
18:39.30kanzurebrlcad: ok so "advanced_brep_shape_representation" is good to go?
18:47.22psilva_brlcad: did u check out the expo yet?
18:55.08CIA-45BRL-CAD: 03brlcad * r39933 10/brlcad/trunk/src/proc-db/: ignore the .g files these tools produce along with the spring tool
19:10.00brlcad``Erik: was that the interface change?
19:10.37brlcadpsilva_: not yet, just opens today
19:10.48brlcadkanzure: iirc, yeah
19:10.53brlcadbut not 100% sure
19:13.42``Erikrt file output
19:13.53brlcadkanzure: you mean something for your python lib to create/export?
19:14.03``Erik<-- went ahead and committed, people've been asking for it for so long...
19:14.16brlcadso "yes"
19:14.27``Erikbench and regress worked fine on osX, linux and bsd *shrug* :)
19:15.37brlcadhey, if you tested it and it worked, great
19:15.52brlcadif they pass release testing, I won't complain
19:16.11brlcadi was just asking if THAT was the interface change, simple yes/no :P
19:16.49``Erikah, "yes"
19:16.57``Eriksrry, misread
19:16.58CIA-45BRL-CAD: 03n_reed * r39934 10/brlcad/trunk/src/tclscripts/boteditor/ (botEditor.tcl botPropertyBox.tcl): added components to property box widget
19:17.45brlcadif it doesn't pass testing here, I'll yank it and recommit post-tagging
19:18.16brlcadseeing as bench passed, hopefully a good sign it's bug-free
19:18.45CIA-45BRL-CAD: 03erikgreenwald * r39935 10/brlcad/trunk/misc/win32-msvc8/libpng/libpng.vcproj: pngw32.rc has been renamed to pngwin.rc
19:19.30brlcadmight want to check a couple of the other rt*'s if you didn't, diff lighting modes, diff buffer modes
19:19.39brlcadall I can think that it might affect
20:07.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:17.30*** join/#brlcad roberthl_ (~robert@2001:ba8:1f1:f03d::2)
20:20.04psilva_``Erik: actually greenbelt is comparable to aberdeen
20:20.28psilva_we go thru the same 4-5 rotation
20:27.55*** join/#brlcad roberthl_ (~robert@2001:ba8:1f1:f03d::2)
20:27.55*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:27.55*** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ)
20:27.55*** join/#brlcad mafm (~mafm@83.37.7.102)
20:27.55*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
20:27.55*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
20:27.55*** join/#brlcad CIA-45 (~CIA@208.69.182.149)
20:27.55*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
20:27.55*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
20:27.55*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
20:27.55*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
20:27.55*** join/#brlcad Maloeran (~maloeran@glvortex.net)
20:27.55*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
IRC log for #brlcad on 20100729

IRC log for #brlcad on 20100729

06:59.35*** join/#brlcad ibot (~ibot@rikers.org)
06:59.35*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
07:09.12*** join/#brlcad PrezAndroid (~PrezKenne@68-245-248-86.pools.spcsdns.net)
07:32.21RalithCan anyone here recommend a digital circuit design app?
07:45.55RalithgEDA looks promising
09:08.24*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
09:40.24*** join/#brlcad mafm (~mafm@56.Red-88-11-185.dynamicIP.rima-tde.net)
09:48.39*** join/#brlcad archivist_ (~archivist@host217-34-113-62.in-addr.btopenworld.com)
10:15.58*** join/#brlcad Ralith (~ralith@216.162.199.202)
11:03.39CIA-6BRL-CAD: 03d_rossberg * r39965 10/brlcad/trunk/src/libged/CMakeLists.txt: synced with Makefile.am
12:14.55*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
12:40.34*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
12:56.19*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:51.30*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
13:55.22CIA-6BRL-CAD: 03bob1961 * r39966 10/brlcad/trunk/src/libtclcad/ged_obj.c: Framebuffer memory is being freed through the call to fb_close_existing.
14:23.12CIA-6BRL-CAD: 03bob1961 * r39967 10/brlcad/trunk/src/libfb/fb_generic.c: fb_close_existing was wrongly comparing if_type with if_name.
14:29.42*** join/#brlcad Ralith (~ralith@216.162.199.202)
14:34.29psilva_i used eagle 411 or something like that
15:04.12*** join/#brlcad Stattrav (~Stattrav@117.202.17.141)
15:05.16*** join/#brlcad CIA-41 (~CIA@208.69.182.149)
16:23.35*** join/#brlcad CIA-43 (~CIA@208.69.182.149)
19:00.37brlcadRalith: gEDA would be "it"
19:05.14CIA-43BRL-CAD: 03brlcad * r39968 10/brlcad/trunk/TODO: windows build now works, though the build post-processing needs a tweak for asc2g
19:05.14brlcad``Erik: neat link (yake)
19:06.03brlcadthat's about what I was expecting from the summer work at a distilled level, just three files, couple hundred lines
19:11.50CIA-43BRL-CAD: 03brlcad * r39969 10/brlcad/trunk/NEWS:
19:11.51CIA-43BRL-CAD: bob fixed a bug in the framebuffer close_existing calls that were testing the
19:11.51CIA-43BRL-CAD: wrong fields. that's what happens when code is copy-pasted instead of properly
19:11.51CIA-43BRL-CAD: refactoring... that same bug was debugged and fixed elsewhere months ago.
19:50.56Ralithbrlcad: cool, thanks
20:01.56CIA-43BRL-CAD: 03bob1961 * r39970 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: No longer need the updateCreationButtons method.
20:41.52*** join/#brlcad Alexandrus (~nil@p4FE3E741.dip.t-dialin.net)
21:02.21*** join/#brlcad Nohla_ (~Nohla@201.255.245.112)
21:07.43CIA-43BRL-CAD: 03bob1961 * r39971 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Putting back the updateCreationButtons method minus the lines to configure the primitive creation buttons.
21:53.04*** join/#brlcad Nohla__ (~Nohla@201.255.252.18)
21:55.02Ralithhm, not too impressed by the library it ships with
21:58.21Alexandrusi get new errors in libtclcad -> _ged_select and _ged_rselect missing...
22:00.35Alexandruslibged is included...
22:02.58*** join/#brlcad yukonbob (~bch@129-175.wireless.kamloops.net)
22:03.19yukonbobbrlcad?
22:03.23yukonbobhttp://blog.reddit.com/2010/07/rms-ama.html
22:03.53yukonbobyou might want to respond to rms' first answer... nice platform for brlcad
22:05.41psilva_rms doesn't know about brlcad?? *shock*
22:06.59Alexandrusi don't know rms..
22:11.27yukonbobAlexandrus: richard stallman
22:11.42yukonbobfsf/gnu creator chief-advocate
22:12.02Alexandrusah..
22:12.05Alexandrusok
22:12.42Alexandrusapologize, i am working to get the windows stuff compile again
22:15.49starseekerhmm, that sucks - CMake doesn't have an equilvent to autoheader - you need to make your own file
22:16.04starseekersee some discussion about creating one on the cmake list...
22:19.22*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:25.06yukonbobstarseeker: @VAR1@_@VAR2@_@VAR3* or similar, and a include.h.in, for example, which is processed -> include.h
22:25.24yukonbobVAR1, 2, 3 defined in CMakeLists.txt
22:56.16Alexandruswindows build works again
IRC log for #brlcad on 20100730

IRC log for #brlcad on 20100730

00:16.37*** join/#brlcad Nohla_ (~Nohla@201.255.243.150)
00:54.03poolioyukonbob: I was about to link to that article...heh
01:02.01*** join/#brlcad Nohla_ (~Nohla@201.255.230.134)
02:07.10*** join/#brlcad _yukonbob (~svs@d142-179-31-84.bchsia.telus.net)
02:20.01*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
03:26.20*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
03:51.41starseekeryukonbob:  yeah, I know it has the basic mechanisms - but our brlcad_config.h.in itself appears to be generated
03:51.52*** join/#brlcad _yukonbob (~svs@d142-179-31-84.bchsia.telus.net)
03:52.05starseeker_yukonbob:  yeah, I know it has the basic mechanisms - but our brlcad_config.h.in itself appears to be generated
03:52.57starseekerunless I'm missing something, which is quite possible
03:57.09_yukonbobstarseeker: ahh...
03:57.18_yukonbobstarseeker: you on the cmake mailing list?
03:57.45starseekeryeah - just sent a mail asking about it
03:58.01_yukonbobstarseeker: nice... it's an active list
04:00.14starseekergot a response illustrating how to do what needs doing, which is OK, but having to manually do something autotools does automatically is kinda annnoying
04:00.42starseekerparticularly when I'm trying to see if CMake is a good replacement candidate for autotools + Windows logic...
04:03.37_yukonbobI really like cmake vs. autotools... I got no traction w/ autotools...
04:03.48_yukonbobI've got some peeves, but on the whole, it's easy to deal with
04:04.03starseeker_yukonbob: what are the peeves?
04:04.40starseeker(our autotools logic is very sophisticated, so a proposed CMake replacement has to be Really Friggin Good...
04:09.49starseekernotes a fair number of AC_DEFINE and AC_CHECK_TYPE invocations in configure.ac... if I'm understanding autoheader it's using those to do it's thing...
04:12.02starseekerponders...
04:12.12starseekerand notes his laptop is about to die...
04:15.17_yukonbobstarseeker: gonna make me sound like a broken record, but I don't know why they insist on creating their own language from scratch to drive it... embed Tcl already!! Esp. considering Tcl was such an early target for them... they should have know better.
04:15.43_yukonbobyou can see the evolution of language design -- and it's just unnecessary.
04:16.04_yukonbobdoesn't have to be tcl, but something similarly simple and capable. Lua maybe? Dunno...
04:40.08*** join/#brlcad ibot (~ibot@rikers.org)
04:40.08*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
20:09.12*** join/#brlcad ibot (~ibot@rikers.org)
20:09.13*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
20:11.59*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:28.39*** join/#brlcad Ralith (~ralith@216.162.199.202)
20:39.31CIA-43BRL-CAD: 03r_weiss * r39974 10/brlcad/trunk/src/conv/iges/brep.c: Fixed bug where structures were referenced after freed. Added conditional freeing of nmg model structure to not double free the structure. Added cleanup of nmg model structure on successful exit.
21:03.01CIA-43BRL-CAD: 03bob1961 * r39975 10/brlcad/trunk/src/libged/combmem.c: Added code to allow combmem to set empty combinations.
21:23.48brlcadis at 30k feet up and connected
21:24.26brlcadsurprisingly decent latenciy .. 150ms to brlcad.org
21:30.38brlcadHappy Sysadmin Appreciation Day! :)
21:33.46yukonbob;)
21:34.08yukonbobbrlcad: you see that interview I posted yesterday w/ rms + "lacking CAD" comment/
21:34.11yukonbob?
21:34.40brlcadyukonbob: yeah, I saw it
21:34.56brlcadthat's more about rms' usual hyperbole to get attention
21:35.10yukonbobthat whole interview was shite...
21:35.12brlcadinstead of something reasonable and doable, something outrageous and pretty much impossible
21:35.25yukonbob... I figured it'd be a nice little platform for BRLCAD, though...
21:35.37yukonbobit'll get lots of eyes...
21:35.55brlcadyeah, a 3B/year company is going to take their flagship product and just make it open source so they can feel good about themselves
21:37.18brlcadmight as well say macdonalds should just give their food away for free so nobody goes hungry
22:08.33CIA-43BRL-CAD: 03r_weiss * r39976 10/brlcad/trunk/src/conv/iges/convassem.c: Fixed bug where structures were referenced after freed.
22:15.02CIA-43BRL-CAD: 03brlcad * r39977 10/brlcad/trunk/NEWS: richard fixes a couple memory management bugs in the iges code related to nmg structures.
23:27.57CIA-43BRL-CAD: 03brlcad * r39978 10/brlcad/trunk/ (3 files in 2 dirs):
23:27.57CIA-43BRL-CAD: partial undo of bob's r39946. we can't assume our libz. instead, make it easy
23:27.57CIA-43BRL-CAD: to pass compilation flags down from our top-level configure using our
23:27.57CIA-43BRL-CAD: BC_WITH_FLAG_ARGS macro. if we set LIBZ_CPPFLAGS, that means we intend to build
23:27.57CIA-43BRL-CAD: it. if we're using ours, we need to be sure to tell the build to look in our
23:27.57CIA-43BRL-CAD: libz directory for the includes and libz.la file or a -lz. this seems to do the
23:27.58CIA-43BRL-CAD: trick.
23:46.57CIA-43BRL-CAD: 03brlcad * r39979 10/brlcad/trunk/src/libwdb/nmg.c:
23:46.57CIA-43BRL-CAD: add a FIXME. mk_nmg() and mk_nmg_from_bot() both call wdb_export() which
23:46.58CIA-43BRL-CAD: clearly documents that it will free the data passed to it. So in order to
23:46.58CIA-43BRL-CAD: protect the parent caller, these routines need to make a copy of the data or
23:46.58CIA-43BRL-CAD: wdb_export() needs to have a parameter for specifying what to do with the memory
23:46.58CIA-43BRL-CAD: (probably ideal since nmg data can be huge).
IRC log for #brlcad on 20100731

IRC log for #brlcad on 20100731

00:03.31CIA-43BRL-CAD: 03brlcad * r39980 10/brlcad/trunk/src/libwdb/ (20 files): ws, indent, style, comment, consistency cleanup
00:49.33starseekergets wifi in airport, but is running out of power... need more batteries for this thing
00:49.41starseekerawesome machine though - did great
00:52.14starseekershuts down - here we go again...
01:53.03*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
03:32.37*** join/#brlcad Nohla_ (~Nohla@201.255.230.134)
04:23.31*** join/#brlcad PrezKennedy (Prez@96.31.84.96)
04:34.12CIA-43BRL-CAD: 03davidloman * r39981 10/rt^3/trunk/ (4 files in 2 dirs): Added in simple comments. Formatting: Tabs, ws, etc.
04:44.44*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
04:54.11*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
05:26.42starseekerstaggers in
06:00.24starseekerah, nuts - opennurbs comments are formatted for Doc-O-Matic, which looks like its commercial/Windows based
06:00.46starseekertime for some header comment patching
06:38.32*** join/#brlcad Maloeran (~maloeran@glvortex.net)
07:53.25*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
10:06.11*** join/#brlcad mafm (~mafm@13.Red-80-26-129.dynamicIP.rima-tde.net)
13:46.52*** join/#brlcad Stattrav (~Stattrav@117.192.140.144)
16:18.37*** join/#brlcad ibot (~ibot@rikers.org)
16:18.38*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
17:28.35starseekercool - clang's c++ support is really making progress
19:20.22*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:04.27starseekerO.o  http://sourceforge.net/projects/netgen-mesher/
20:06.42starseekerthat looks potentially useful
20:53.59*** join/#brlcad merzo (~merzo@34-86-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20100801

IRC log for #brlcad on 20100801

01:21.30starseekerhumph
01:21.32starseeker../../../../brlcad/src/conv/step/PullbackCurve.cpp:410:23: error: variable length array of non-POD
01:21.35starseeker<PROTECTED>
01:21.38starseeker<PROTECTED>
02:29.26*** join/#brlcad Ralith (~ralith@216.162.199.202)
20:01.28*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:49.26CIA-43BRL-CAD: 03brlcad * r39982 10/brlcad/trunk/m4/args.m4:
22:49.27CIA-43BRL-CAD: define a new BC_WITH_SUB_FLAG_ARGS macro that is just like BC_WITH_FLAG_ARGS
22:49.27CIA-43BRL-CAD: providing --with-* flags, but they are --with-sub flags so they will not
22:49.27CIA-43BRL-CAD: propagate settings outside of a subconfigure. this lets us do things like tell
22:49.27CIA-43BRL-CAD: libpng to use our libz or a system libz instead of adding duplicate
22:49.27CIA-43BRL-CAD: infrastructure to their configure.
22:50.23CIA-43BRL-CAD: 03brlcad * r39983 10/brlcad/trunk/ (configure.ac src/other/libpng/configure.ac): pass --with-sub-libs and --with-sub-cppflags down to libpng so it gets the right flags without screwing things up for everyone else. enable the flags with BC_WITH_SUB_FLAG_ARGS.
22:50.31brlcadstarseeker: looks like tkhtml3 might not be parallel-build safe
22:58.22brlcadfirst pass fails on cssprop.h or cssprop.c, second pass succeeds
22:58.56brlcadnotes that we're 17 commits away from a 5-digit flip
23:22.27brlcadgot a good compile here, moving on to windows then linux, then post
IRC log for #brlcad on 20100802

IRC log for #brlcad on 20100802

00:28.43starseekerbrlcad: that's probably that autogenerated file
00:28.45starseekergrr
00:29.01starseekerI thought the rest of the build depended on that rule being done...
03:22.14CIA-43BRL-CAD: 03brlcad * r39984 10/brlcad/trunk/src/rt/ (view.c viewedge.c): sort the option usage statement so that more common options are at the top, related options are grouped together, and the wording is made slightly less cryptic.
03:22.15brlcadstarseeker: they are both autogenerated
03:26.33brlcadyeah, probably is just some detail in the dependencies
03:26.59brlcadbut since they're autogenerated, they'll need some sort of locking step before all of the things that depend on it try to use it
03:27.08brlcadotherwise it's a race condition
03:32.15brlcadone example:  A depends on C, B depends on C, two processes evaluate A and B, process 1 checks A, process 2 checks B simultaneously, C doesn't exist for process1 and begins C rule, C exists (partially) for process2 so tries to compile against it and fails
03:32.41brlcadso need a stamp or semaphore file or similar
04:41.58starseekerbrlcad: yech.  Too bad the build systems aren't smart enough to recognize that case and handle it
04:56.14``Erikhm, wonder if that was what was causing issue for me when I started adjusting the makefile
04:56.39``Erikthere's a sports bar down here called, uh, 'continental', it's very... old bowling alley
04:59.17starseekerwonders if CMake is actually smart enough...
05:05.01starseekerhmm:  linkinghub.elsevier.com/retrieve/pii/S0010448508001851
05:11.29starseekerO.o http://handle.dtic.mil/100.2/ADP012016
05:12.26brlcadthat could be very handy for proper bounding box estimating
05:12.31brlcadand space partitioning
05:13.25brlcadas well as for draping support
05:15.43starseekerah ha http://public.kitware.com/Wiki/CMake_FAQ#How_can_I_generate_a_source_file_during_the_build.3F
05:19.50CIA-43BRL-CAD: 03brlcad * r39985 10/brlcad/trunk/TODO: red passes a quick round of manual testing. looks like all the previous problems are working well now.
05:21.52starseekerholy smoke, intersection curves for deforming surfaces:  http://www.cs.utah.edu/~xchen/papers/ssi-cad.pdf
05:22.08starseekermakes a note to check that reference list for surface/surface papers
05:25.00brlcadlooks like a money shot there
05:31.02CIA-43BRL-CAD: 03brlcad * r39986 10/brlcad/trunk/TODO: nirt seems to be working again
05:48.13CIA-43BRL-CAD: 03brlcad * r39987 10/brlcad/trunk/src/mged/tedit.c:
05:48.13CIA-43BRL-CAD: help mac systems out when running from Terminal where X11 paths are not included
05:48.13CIA-43BRL-CAD: (better than getting back null and crashing). also don't assume anything about
05:48.13CIA-43BRL-CAD: emacs for non-mac/non-windows systems, since there isn't an apparent way to test
05:48.14CIA-43BRL-CAD: it. at worst, it just creates an extra window this way instead of hanging mged.
05:51.28CIA-43BRL-CAD: 03brlcad * r39988 10/brlcad/trunk/src/libged/editit.c: (log message trimmed)
05:51.29CIA-43BRL-CAD: fix a bug on Mac where TextEdit blathers warnings about being unable to register
05:51.29CIA-43BRL-CAD: itself with system services. this is due to running multiple instances of
05:51.29CIA-43BRL-CAD: TextEdit and while the warning is benign, we quell it (via closing stdin AND
05:51.29CIA-43BRL-CAD: stderr for the forked child) as it's not useful to the user. add a few more
05:51.29CIA-43BRL-CAD: sanity checks in along with keeping track of our (null) options with the ugly
05:51.30CIA-43BRL-CAD: argv-in-an-argv hack. make the Invoking statement more generally diagnostic and
05:58.42CIA-43BRL-CAD: 03brlcad * r39989 10/brlcad/trunk/src/libged/combmem.c: fix whitespace bug introduced in r39975 where there's badness in a macro after a line continuator. was breaking windows build
06:12.21CIA-43BRL-CAD: 03brlcad * r39990 10/brlcad/trunk/misc/win32-msvc8/libged/libged.vcproj: add select.c to the windows build for libged
06:50.36*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:20.59*** join/#brlcad hyarion (c05ben@peppar.cs.umu.se)
09:25.16CIA-43BRL-CAD: 03d_rossberg * r39991 10/brlcad/trunk/misc/win32-msvc/CMakeLists.txt: at least the brlcad.dll can be build this way in x64 mode
10:10.51d-loMernin all
10:52.08Ralithmern
10:54.37*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
10:57.52louipcmonin
12:15.07CIA-43BRL-CAD: 03Linomone 07http://brlcad.org * r2256 10/wiki/Documentation:
13:54.46d-lobrlcad: what flag was it that helped me get past my system tk?  --enable-all ?
14:16.39brlcadyep
14:34.29CIA-43BRL-CAD: 03brlcad * r39992 10/brlcad/trunk/misc/nsis/updateVersion.tcl: make sure it's the root, look for include dir
14:37.34*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
15:05.27CIA-43BRL-CAD: 03brlcad * r39993 10/brlcad/trunk/misc/win32-msvc8/asc2g/asc2g.vcproj:
15:05.27CIA-43BRL-CAD: fix the windows build. for whatever reason, it's insisting that the windows
15:05.27CIA-43BRL-CAD: executable extension be included on asc2g and tclsh now. add some simple
15:05.27CIA-43BRL-CAD: scripting logic to detect whether NSIS is available before trying to run it,
15:05.27CIA-43BRL-CAD: only warning if it's missing. clean up echo quotes too.
15:05.29brlcadand with that, we seem to have a full build tested on mac and windows now, last up is linux
15:05.33brlcad<PROTECTED>
15:52.28starseekerkicks off a linux distcheck
16:16.39starseekerdistcheck succeeds here (redhat)
16:25.22*** join/#brlcad kanzure (~kanzure@131.252.130.248)
17:09.00brlcadstarseeker: awesome!
18:13.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:48.49*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
18:48.49*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
22:43.55*** join/#brlcad Nohla (~Nohla@201.255.255.197)
IRC log for #brlcad on 20100803

IRC log for #brlcad on 20100803

00:02.09*** join/#brlcad ibot (~ibot@rikers.org)
00:02.10*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged)
00:12.43brlcadnot with that little information
01:08.47starseekerhuh, interesting http://www.theatlantic.com/business/archive/2010/08/the-us-brainpower-map/60641/
02:29.56d-lobrlcad: ack, sorry.  forgot the pastebin:
02:30.02d-lohttp://pastebin.com/ae0bZdwQ
02:34.03d-lo*watching documentry on Chernobyl 4* ....forgot how scary it all was/is...
02:40.31d-lo...wow.  workers picking up peices of graphite that were >7,000 Roentgen....
06:01.27*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
06:03.16*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
06:43.50*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:04.06*** join/#brlcad Ralith (~ralith@216.162.199.202)
08:20.25CIA-43BRL-CAD: 03d_rossberg * r39994 10/brlcad/branches/cmake/CMakeLists.txt: changed to the CMake way to read from files
12:07.28*** join/#brlcad eto (~CyBrain@unaffiliated/eto)
12:07.37etohello
12:07.51etocan brl cad be used to script model creation using csg?
12:44.30*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:52.13brlcadhowdy d_rossberg
12:52.18brlcadnice update to the version method
12:53.14brlcadd-lo: wow, odd failure
12:55.20brlcadmy guess would be to 1) try a fresh checkout (not just a clean'd build), then if you still get it then 2) try adding --cache-file=/dev/null to configure
12:55.42brlcadeto: absolutely, that's one of BRL-CAD's strengths
12:56.36brlcadeto: see http://brlcad.org/wiki/SGI_Cube and http://brlcad.org/wiki/Spiral
12:57.08brlcaddemonstrates scripted model creation using shell script, tcl script, and via perl script
13:12.34d_rossbergbrlcad: it is sometimes burdensome to get all the strings together for a build setup (CMake or any other)
13:13.03d_rossbergbtw: how about an install setup (with CMake) for rt^3?
13:14.40d_rossbergi tried to do so for the core interface but run into problems with finding the libraries (*.so files) from the installation directories
13:15.36d_rossbergthere happens some library search path replacements during the installation process with cmake
13:39.40*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:44.32*** join/#brlcad branco (~branco@79.114.30.56)
13:44.46brancoyou got wiki spam
13:44.50*** part/#brlcad branco (~branco@79.114.30.56)
13:51.52CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r2257 10/wiki/Documentation: Reverted edits by [[Special:Contributions/Linomone|Linomone]] ([[User talk:Linomone|Talk]]); changed back to last version by [[User:Ssd|Ssd]]
13:52.13CIA-43BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Linomone]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
14:14.25kanzuregood morning
14:15.06kanzuredoes anyone have hints for where the step import utility is?
14:24.09kanzurebrlcad: there seems to be an =n at the end of this file: http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/proc-db/spiral.pl
14:39.19*** join/#brlcad mafm (~mafm@83.37.154.93)
15:10.34*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
15:23.20brlcadkanzure: step-g on a source install in the bin directory
15:26.10CIA-43BRL-CAD: 03brlcad * r39995 10/brlcad/trunk/src/proc-db/spiral.pl: kanzure notes a stray =n, probably from syncing with the wiki
15:30.56brlcadthx kanzure
15:32.11kanzurebrlcad: found it in src/other/step/src/
15:32.31kanzurebrlcad: for some reason while tracing through the SCL code it seems to hook up with OpenNURBS?
15:32.40kanzurelike in src/conv/step/OpenNurbsInterfaces.cpp
15:33.25kanzurewas this code generated or written by hand?
15:39.18CIA-43BRL-CAD: 03brlcad * r39996 10/brlcad/trunk/ (4 files in 4 dirs): bump, regressions all passing. preparing for release 7.16.10
15:45.33_psilvabrlcad: how was siggraph
15:46.10CIA-43BRL-CAD: 03brlcad * r39997 10/brlcad/trunk/ChangeLog: updated ChangeLog in preparation for 7.16.10, updates since 2010-04-28
15:48.03brlcadkanzure: src/other/step is the processing library layer, the converter is build as src/conv/step/step-g
15:48.54brlcadsrc/other/step does not hook into openNURBS, but our converter (src/conv/step) does import them as openNURBS entites
15:49.17kanzurehuh
15:49.44kanzureso you don't do export yet?
15:49.52brlcadno export yet
15:50.06brlcadwriting an exporter would be the next task after the importer is complete
15:50.13brlcadbut the exporter is the FAR simpler task
15:50.50kanzureso, i have a python-based STEP export utility
15:50.51brlcadprobably could have a pretty feature-filled exporter in less than a week, just not yet priority
15:50.56kanzureand nobody is going to use it if there's no visualizer
15:51.05kanzureoriginally i was thinking of using opencascade for the visualization of the STEP files that it generates
15:51.14kanzurebut honestly the reason i started working on it was so that i could avoid the dependency on opencascade
15:51.31brlcadperfectly reasonable reason
15:51.34kanzureso
15:51.41kanzurei was thinking that i could maybe steal brlcad's visualizer
15:51.50brlcadsure
15:52.17kanzurei haven't used step-g yet.. how fast/slow is it for reasonable models?
15:52.38kanzurei mean, ideally, each time a user adds in a NURBS or brep object, i'd want to generate a STEP file and ask the visualizer to render it
15:52.45brlcadit's geared for full detailed vehicles, production use
15:52.54kanzurebut a user-enabled "render it!" button/action would be fine too
15:53.02kanzurei hear there's an opengl renderer as well?
15:53.20kanzurei mean frankly this is just a bunch of triangles right? :P
15:53.26brlcadyou could get a render-it button with step-g and rt pretty easily (scriptably)
15:53.34kanzureGPUs should be able to eat this up
15:53.35brlcadthe raytrace is going to take longer than the conversion
15:53.38kanzureyes
15:53.57kanzurehm
15:54.04kanzurewell, i guess i can do step-g -> g-stl
15:54.07kanzureand then use.. uh..
15:54.22brlcadour step-g doesn't presently handle polygonal models, it reads in advanced boundary representation s(i.e. NURBS objects)
15:54.26kanzureright
15:54.39kanzurebut brlcad can export NURBS into meshes right?
15:55.07kanzureand then i can just use something that can render STL files
15:55.24kanzurefrankly this is going to suck for large objects or complicated STEP files
15:56.46brlcadneit!
15:57.05kanzuredo you have any insight into how i.e. solidworks renders its models? at some point it has to convert the curve-based geometries into triangulated meshes
15:57.06brlcadwe do not yet have tessellation support implemented for NURBS, it's next on our list
15:57.17kanzurehrm
15:57.17brlcadso you can't run g-stl on a nurbs
15:57.21kanzurefooey
15:57.53brlcadkanzure: feel free to implement it :)
15:57.57brlcadnot that hard really
15:58.10brlcadwe should have it implemented probably within 3 months
15:58.26kanzureis this how other CAD engines do it? they tesselate their model every time it changes?
15:58.47brlcadthey tessellate it on the fly just to pass it to opengl
15:58.49kanzure(i am especially thinking of solidworks where the user updates the model with the mouse and sees real-time changes)
15:58.50brlcadit's really that easy
15:59.03brlcadyou just iterate over each surface
15:59.07kanzuredoesn't tessellation scale geometrically with the number of surfaces or some shit like that?
15:59.16brlcadwe actually already have it implemented for our former nurbs implementation
15:59.29kanzureknow where in the src tree that might be? i'd like to peak
15:59.36brlcaddepends on how you make the knobs for tessellation
15:59.52brlcadif you create a fixed number of polys per surface, yeah.. you're gonna get screwed if there are lots of surfaces
16:00.10brlcadideally, you create fewer for smaller surfaces, more for larger
16:00.16brlcadfewer for flat, more for curved, etc
16:00.21kanzureah right, and you usually set smoothness and other parameters
16:01.09brlcadgotta run, lunch.. bbiab!
17:08.10*** join/#brlcad merzo (~merzo@31-197-132-95.pool.ukrtel.net)
18:01.04``Erikdoobiedoobiedoo
18:12.47_psilva*burp*
18:54.39*** join/#brlcad Alexandrus (~nil@p4FE3DE3B.dip.t-dialin.net)
19:20.30CIA-43BRL-CAD: 03n_reed * r39998 10/brlcad/trunk/src/tclscripts/ (5 files in 2 dirs): more widgets for bot utility; layout change
19:47.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:05.50_psilvawell then
20:05.56_psilvaweb urls are valid c/c++
20:05.57Alexandrusnow
20:06.02Alexandrusrofl..
20:06.07_psilvamind boggling
20:06.17Alexandrusall of them?
20:06.22_psilvaof course
20:06.30_psilvahttp: is a label, // is a comment
20:07.00_psilvain fact vc++ is stupid enough to just warn about unused 'labels' if u have more than one web url in the file
20:08.02Alexandruslol...labels
20:08.10Alexandrushaven't used them in any language in ages
20:08.16Alexandruswonder they still exist
20:09.40``Erikof course they do, goto must survive at all costs!
20:10.03``Erik(linux has tons of labels and gotos, BRL-CAD has a few, ...)
20:10.38starseekereven Lisp can use them, in principle - I've seen them used for a state machine
20:11.12_psilvawe use em for small fsa
20:11.38_psilvabut where's the 'error on web urls' option :o
20:11.44Alexandrus<- does use labels only in "case"
20:12.01Alexandrushttp:// might compile, but propably will crash next line
20:12.02Alexandrus(fpc)
20:12.06starseeker_psilva:  how'd you stuble onto that one?
20:13.40_psilvapasted a url and forgot the comment into a .cpp
20:13.47starseekerah :-)
20:13.57_psilvacompiled the project and barely caught the warning
20:13.58_psilvaheh
20:13.59``Erikpebcak
20:14.05starseekershh - don't tell ``Erik you work with cpp!
20:14.25_psilvai've drunk the tegtmeyer coolaid
20:14.27_psilva:o
20:14.53starseekeruh oh :-)
20:17.11Alexandrushas cpp been declared sin by a brl-cad god?
20:17.24_psilvawe've certainly gone over the deepend with namespace and meta programming
20:17.31_psilvaso aint no turning back :p
20:17.56starseeker_psilva: "we"?  not the BRL-CAD we, surely
20:18.12_psilvanah, company i work for
20:18.24starseekerAlexandrus: I'm reminded of the ghostbusters scene - ``Erik, "are you a god?"
20:18.25_psilvanext major version is mostly a rewrite
20:18.29starseekerow
20:19.00Alexandrus@starseeker: i have to admit, i am atheist...
20:19.04Alexandrusso...no....
20:19.06Alexandrusi am not:P
20:19.22starseekerreflects that BRL-CAD is gradually using more and more C++ - OpenNURBS and STEP stuff now, looking into Qt and OGRE...
20:19.28starseekerAlexandrus: hehe
20:20.20brlcadhowdy _psilva .. saw your guys booth, didn't get a chance to talk though
20:20.29_psilvahey
20:20.41_psilvawas the demo crashed?
20:20.42_psilvaheh
20:21.23_psilvathere was a gc stack unrolling issue causing the ps3 to stack overflow
20:21.37_psilvacausing the demo to freeze frequently :(
20:22.01_psilvadid u try out the stereo setup tho?
20:25.27starseeker_psilva: I'm drawing a blank - which project are you with? (sorry...)
20:27.24_psilvacommercial one *evil* :)
20:27.27_psilvascaleform.com
20:28.34Alexandrusinternal commercial filtered one line...
20:28.37starseeker_psilva: nah, commerical firms are only evil if they *act* that way.  Many (most?) are not
20:31.28_psilvato flash haters we are evil heh
20:31.56Alexandrusthere must be flash-satanists:P
20:34.46brlcad_psilva: I didn't see a demo, so apparently
20:35.29_psilvawoops
20:35.42_psilvai think we may have switched to a demo reel as backup :)
20:37.32_psilvaheard the expo was smaller this time around?
20:38.16brlcadjust a lil bit
20:40.02``Erikain't nothin' wrong with cpp, starseeker, but c++... :D
20:40.21brlcadheh
20:40.50brlcadpoor misunderstood c preprocessor, given a bad wrap due to msvc
20:41.43``Erik(notice that C++ stuff from a UNIX environment tends to be .c++, .cxx, .cc, .C, ... the original 4 recommended extensions :D )
20:42.19``Erikpsilva: actually a flash engine, or just using actionscript as the input language?
20:43.21brlcad.cxx ftw
20:43.45brlcadportable and unambiguous
20:44.07``Erikayup, that's the one I choose if I ever expect it to touch winderz
20:44.26Alexandruswouldn't you like to write it all in pseudo code?:P
20:44.53``Erikwants to write it all in CL and laugh when c++ weenies think they're doing metaprogramming :D *duck*
20:46.05brlcadAlexandrus: not particularly, I find writing pseudocode more time-consuming and difficult than real code
20:46.18brlcadsince you can't incrementally compile, test, and structure it
20:46.47Alexandrus@brlcad: i develop my algorithms weeks for weeks on a board
20:46.53Alexandrusmost ist math
20:47.06Alexandruswritting code is the fast hack at the end of a long journey
20:48.00_psilva``Erik: flash engine i guess
20:48.22_psilvajust author SWFs and run it with gfx
20:48.32Alexandrusso...99% i write is pseudo code
20:49.15``Erikhm, still waiting for a decent open source flash engine... almost took the time to learn 'haxe' and just suck it up using a browser
20:51.38_psilvahaxe isnt a flash engine
20:51.57_psilvaonly thing close to an oss flash engine is gameswf
20:52.06_psilvawhich hundreds have forked (incl us)
20:56.49``Erikyeah, but haxe can compile to flash, iirc
20:59.07``Erikthen the browser can execute it
20:59.24_psilvait's still actionscript, but yes, it can generate swfs
21:00.10``Erik(it provides a lot of simplified capabilities, like trivial standardized portable-ish 2d rendering shtuff)
21:01.05_psilvabut any as2/3 compiler with the right (intrinsic) class defns can do that
21:01.29_psilvamtasc can mix in an existing swf (with graphics/symbols) with custom actionscript
21:02.21_psilvabiggest problem is really the ide part
21:02.31_psilvano real good soln
21:02.39_psilvanothing comes close to flash studio
21:02.51_psilvathe next best thing is another commercial product, swf quicker
21:03.16``Erikhaxe is the 'next gen' of mtasc, I thought
21:04.57_psilvadunno about that
21:05.27_psilvagot plenty of customers using mtasc; never gotten one wanting to use haxe
21:05.48``Erikhttp://www.mtasc.org/ says so *shrug*
21:06.13``Erikmebbe people want as2 for compatibility
21:06.54_psilvaperhaps, but the issue is haxe != actionscript
21:07.15_psilvasimilar-ish syntax, but more effort to port code
21:07.52_psilvaultimately its all avm1 bytecode, but still
21:07.56``Erik*shrug* :) I dunno either, just all looked like a bytecode solution that's good for 2d game writing
21:07.57_psilvadevelopment phase counts
21:08.25_psilvaoh yea, im sure its good for programmer types
21:08.33_psilvasucks for our target audience
21:09.51``Erik:D I'm a programmer type, so haxe looked attractive... the adobe as click/drag/drop ui aint' mah thang
21:10.22``Erik(of course, now I'm looking at ogre3d/bullet/OIS using common lisp, different ideas... lots of ideas and enthusiasm, never any action...)
21:10.39_psilvaplenty of non-programmer types around, hence why we're in business :)
21:10.54_psilvasolve a workflow problem and gain fans
21:10.59``Erik*nod* designer types dislike having to do programmy things
21:11.29_psilvaof course we get plenty of mutterings from ui programmers itching to create Yet Another UI System
21:11.33_psilvasucks for them ;)
21:11.52``Erikhehhe "fine. You get forth. Suck it." :D
21:12.36_psilvathe less the artists/designers talk to programmers and vice versa, the happier everyone becomes
21:12.55``ErikI've noticed that
21:13.26*** join/#brlcad Nohla (~Nohla@201.255.255.197)
21:13.28``ErikI busted arse to recompile my prep tools to run on windows, and they continued bitching about having to open up a dos window and run a .exe file with args
21:14.33``Erikended up writing a java class to execute commands with some fu to handle args, stdin, stdout, stderr, all in a cheery java-esque wrapper and finding a java weenie to try building a resource management gui
21:15.36``Erikand my battery is about to die O.o hasta manana :)
21:16.38_psilvaheh
21:16.43_psilvacya
22:12.28starseekerO.o the FBI is bugging wikipedia about their copy of the FBI seal image?
22:12.58starseekeruh...
22:13.01Alexandruslet them remove it:P
22:13.15Alexandrusfbi without seal is fine:P
22:41.23*** join/#brlcad merzo (~merzo@222-23-132-95.pool.ukrtel.net)
23:24.40*** join/#brlcad Nohla (~Nohla@201.255.255.197)
IRC log for #brlcad on 20100804

IRC log for #brlcad on 20100804

00:32.40CIA-43BRL-CAD: 03starseeker * r39999 10/brlcad/branches/cmake/CMakeLists.txt:
00:32.40CIA-43BRL-CAD: Hmm - add example from J Decker on cmake list on using set_property, with the
00:32.40CIA-43BRL-CAD: addition of FORCE - may or may not want this specific toggle but the technique
00:32.40CIA-43BRL-CAD: is important - will allow for three-way Yes/No/Auto logic in CMake like that
00:32.40CIA-43BRL-CAD: found in BRL-CAD's autotools setup
00:32.56starseekeralright - the next commit should probably be the 7.16.10 tagging :-P
01:01.56``Erikhah, we actually talked about that just after I put my laptop away O.o
01:09.39``Erikthat being the wiki/fbi thing
01:35.46brlcadbeen working on the sync to stable, lots of things missing
01:36.24brlcadthe last sync revision in the comments isn't right, some things missing so having to manually diff and sync the two trees
02:36.28CIA-43BRL-CAD: 03brlcad * r40000 10/brlcad/branches/STABLE/ (2061 files in 370 dirs): merge trunk to STABLE from r38876 to HEAD r39997, plus a lot of manual merging and tree diffs to get both in sync (rev range must have been missed at some point)
02:42.13*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1128565088.dsl.bell.ca)
02:51.24``Erikstarseeker mentioned something about stable possibly needing to be deleted and redone a while back
02:52.58starseekerbrlcad: yeah, sorry about that - I'm not sure what I did wrong
02:53.24starseekerdid that fully sync us?
03:27.08*** join/#brlcad Ralith (~ralith@d142-058-095-223.wireless.sfu.ca)
03:31.11brlcadwoo hoo, 40000
03:31.43brlcadstarseeker: still testing a clean checkout, too many deletions to get a clean "MISSING FROM DIST"
07:34.21*** join/#brlcad Maloeran (~maloeran@glvortex.net)
09:28.47*** join/#brlcad mafm (~mafm@199.Red-81-43-146.staticIP.rima-tde.net)
09:32.15*** join/#brlcad Ralith (~ralith@d142-058-095-223.wireless.sfu.ca)
09:32.27*** join/#brlcad hyarion (c05ben@peppar.cs.umu.se)
09:35.11*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
11:34.53CIA-43BRL-CAD: 03brlcad * r40001 10/brlcad/branches/STABLE/include/conf/Makefile.am: file missed during sync? BrlcadConfig.tmpl was missing from dist
11:42.11*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
11:47.01CIA-43BRL-CAD: 03brlcad * r40002 10/brlcad/trunk/NEWS: wow, of all the things to forget to bump, set the right release date. at least the multiple review process is working.
12:18.10CIA-43BRL-CAD: 03erikgreenwald * r40003 10/brlcad/trunk/NEWS: mention rt/png
12:38.58brlcadit's a stack dude, not just a list
12:52.03``Erikheh, woops
12:52.53CIA-43BRL-CAD: 03erikgreenwald * r40004 10/brlcad/trunk/NEWS: place rt/png in the right place
12:58.32starseekertries to dig out the comments where brlcad identified the errors to correct in the NURBS article...
12:59.35starseekerah, phooey - forgot to mention nirt in the NEWS file
12:59.50brlcadstable sync I did was apparently totally fucked, something seriously wrong
13:00.06starseekerbrlcad: it's not just you - I was having trouble too
13:00.17brlcaddid a comparison and it missed months of work
13:00.24brlcadyet caught "some"
13:00.25starseekerthat's why I proposed a nuke and redo
13:00.34brlcadwas it nuked recently?
13:00.38starseekerno
13:00.43brlcadrevision ranges won't work if dirs are nucked
13:00.44starseekerI was planning to, but got sidetracked
13:01.02brlcadI'm almost done manually merging
13:01.07starseekerO.o
13:01.10starseekerok
13:03.01CIA-43BRL-CAD: 03starseeker * r40005 10/brlcad/trunk/NEWS: Whoopsie - nirt in MGED is definitely user visible...
14:33.55brlcade-mailed details, ``Erik
14:34.10``Erikthnx
14:34.12brlcadlast diff on stable
16:32.53CIA-43BRL-CAD: 03brlcad * r40006 10/brlcad/branches/STABLE/ (302 files in 47 dirs): merge trunk to STABLE from r39997 to r40005. apparently the first sync done in r40000 was wrong or at least woefully incomplete.. HACKING instruction may be insufficient. this is a heavy sync performed manually.
16:47.18starseekerbrlcad: I think the HACKING instruction is still OK - I think I screwed it up somehow the last time I did it :-(
17:09.29brlcadI'm not so sure, I think there's some corner case implication that may be in play
17:09.49brlcadthere are three major forms on svn merge that I haven't looked into in detail lately
17:31.58*** join/#brlcad willdye (~willdye@fern.dsndata.com)
18:16.29brlcadhowdy willdye
18:18.06*** join/#brlcad Stattrav (~Stattrav@117.192.135.191)
19:21.41*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:17.18*** join/#brlcad willdye (~willdye@fern.dsndata.com)
20:20.22willdyebrlcad: howdy back.  fwiw, i'm not an active brlcad user, but i work on a cad package for a living, and use tcl/tk/tkinter regularly, so brlcad seems relelvant enough that i decided to lurk on the channel for a while just in case something interesting comes up.
20:36.18CIA-43BRL-CAD: 03n_reed * r40007 10/brlcad/trunk/src/tclscripts/boteditor/ (botEditor.tcl botPropertyBox.tcl botTools.tcl): changed layout and reorganized code for bot editor
20:50.27starseekerhah, cool (cept it's windows only...) http://sourceforge.net/projects/tinycad/
21:00.47starseekermakes a note to see if this library has useful routines: http://sourceforge.net/projects/adg/
23:41.45``Erikmy home machine doesn't seem to have reconnected. I have a sinking feeling that comcrap ignored the work order, rang the doorbell, didn't get a response and just left
23:42.15starseekeramusingly, there was a verizon fios add on your door
23:43.07``Erikyeah, my suspicion is that verizon severed my cable line while installing their fios lines
23:43.32``Erikthey were out digging up lawns with pickaxes when I lost cable
23:48.51starseeker<snort> nice of them
IRC log for #brlcad on 20100805

IRC log for #brlcad on 20100805

00:09.37CIA-43BRL-CAD: 03starseeker * r40008 10/brlcad/branches/cmake/CMakeLists.txt:
00:09.37CIA-43BRL-CAD: Probably not in a working state (no cmake handy to test) but start fleshing out
00:09.37CIA-43BRL-CAD: the contents of this file - gonna need to express what's in configure.ac in
00:09.37CIA-43BRL-CAD: here, although for most options the 'auto' setting in configure.ac will just
00:09.37CIA-43BRL-CAD: translate to some up-front testing...
01:08.31``Erikbrlcad: http://www.ogre3d.org/2009/12/31/ogre-1-7-0-rc1-cthugha-released is when iphone support was added to ogre
01:08.44``Erikwonders if the license switch to MIT is related O.o
03:05.58starseeker``Erik: is LGPL a no-go on the iphone?
03:14.27``ErikI d'no, there seems to be confusion about it all *shrug*
03:16.39CIA-43BRL-CAD: 03starseeker * r40009 10/brlcad/branches/cmake/CMakeLists.txt: Fix a few gotchas - CMake is now doing the pretty-print banner a.l.a configure - figured out how to generate the spacers.
03:16.42starseekerwoot!
03:16.58starseekerwas wrong - CMake is able to do string lengths
04:09.41CIA-43BRL-CAD: 03starseeker * r40010 10/brlcad/branches/cmake/ (3 files in 2 dirs):
04:09.41CIA-43BRL-CAD: Add in a minor variation on Wireshark's CMake Lex/Yacc find routines, which
04:09.41CIA-43BRL-CAD: conveniently were dual licensed GPL/BSD. Probably need to think about Windows
04:09.41CIA-43BRL-CAD: in these Find* files and may need considerably more sophistication in these
04:09.41CIA-43BRL-CAD: macros, but it's a start.
04:25.03*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
04:27.22CIA-43BRL-CAD: 03starseeker * r40011 10/brlcad/branches/cmake/CMakeLists.txt: Use flex/bison find_package by default - will need to set up the other macros as non-flex/bison fallbacks.
04:49.58brlcadwilldye: no problem, welcome to lurk, welcome to code, welcome to do as you please ;)
04:50.06*** join/#brlcad Ralith (~ralith@216.162.199.202)
04:50.13brlcad``Erik: thanks
04:50.44brlcadI vaguely remember seeing that months ago
04:50.52brlcadafter you mentioned it
05:30.43brlcadshouldn't still be awake!
06:50.21*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
09:05.00*** join/#brlcad mafm (~mafm@83.40.126.66)
11:05.13*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
11:36.08CIA-43BRL-CAD: 03brlcad * r40012 10/brlcad/tags/rel-7-16-10/: Tagging release 7.16.10 (finally! woo hoo!)
11:39.30CIA-43BRL-CAD: 03brlcad * r40013 10/brlcad/trunk/ (NEWS README include/conf/MINOR include/conf/PATCH): release is tagged, bumping revisions. next release is a minor, so let the good times roll on in again.
11:55.24CIA-43BRL-CAD: 03brlcad * r40014 10/brlcad/trunk/HACKING:
11:55.24CIA-43BRL-CAD: so quotes on the mkdir call are particularly necessary, otherwise it creates the
11:55.24CIA-43BRL-CAD: wrong directory. while we're at it, make it so that the instructions really can
11:55.24CIA-43BRL-CAD: be just copy-pasted without edits (even though SFUSERNAME will probably have to
11:55.24CIA-43BRL-CAD: be set manually).
12:13.09CIA-43BRL-CAD: 03brlcad * r40015 10/brlcad/trunk/HACKING: instead of whoami, try to use the auth files directly. look for any sourceforge entry and use that username. echo the results.
12:21.08brlcadtagged and bagged
12:21.33brlcadnow up on sf.net with release notes, I'll send the announcement later today
12:22.06*** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
12:35.15*** join/#brlcad typemore (~typemore@unaffiliated/typemore)
12:35.39typemoreis there a public repository of CAD (not necessairly brl-cad) parts? like a wikipedia of mechanical stuff?
13:16.23CIA-43BRL-CAD: 03starseeker * r40016 10/brlcad/branches/cmake/CMakeLists.txt: Start looking for libraries
13:41.57CIA-43BRL-CAD: 03starseeker * r40017 10/brlcad/branches/cmake/CMakeLists.txt: Add in some more tests - this will need a LOT Of wiring up, cross platform testing, etc...
14:17.56brlcadthat's twice now, he keeps leaving too quickly
14:18.30brlcadso this should be a full binary release...
14:23.33brlcadI think we'll need to post 1) Mac OS X (big endian, 32-bit), 2) Mac OS X (little endian, 64-bit), 3) Linux (little endian, 32-bit), 4) Linux (little endian, 64-bit), 5) BSD pkg (little endian, 32-bit), 6) Windows (little endian, 32-bit), 7) Windows (little endian, 64-bit)
14:24.07brlcadalong with the usual package distro updates for ports, portage, fink, and apt
15:21.52*** join/#brlcad e-motion (~circuit@88.118.29.54)
15:21.54e-motionhi
15:25.04*** join/#brlcad Stattrav (~Stattrav@117.192.155.167)
16:05.15yukonbobbrlcad: is big releaes?
16:05.18yukonbob*release
16:49.52starseekerblinks - how do I identify the big endian vs. little endian nature of a platform?
16:55.07yukonbobC bit twiddling?
16:56.31starseekerthere's no posix utlity to report it?
16:58.03yukonbobauto* might have something -- I'm guessing, though.
16:58.43yukonbobman -k endian on my FreeBSD box yields nothing... which isn't promising for a POSIX spec...
16:59.27yukonbobI'd bet tests involve building a trivial C prog that exits 0 for little, 1 for big, for example..
17:02.55``Erikno, just use a union, pack and compare
17:03.46``Erikor use something like if(0x01020304 == htonl(0x01020304)) printf("Big endian!");
17:05.37``Erikum, gcc should also have a define for compile time
17:07.22starseekernotes both autoconf and CMake can tell you...
17:09.45starseekerbrlcad: I can't remember - for the sourceforge binaries, do we use just /usr/brlcad or /usr/brlcad/rel* as the prefix?
17:15.20``Erikhe says rel*
17:15.56``Erikideally with symlinks
17:16.07starseekerrighto
17:16.19starseekerstarts on the easy one (64 bit linux...)
17:17.52``Erikon what, the h9000? rs6000? r12000? G5? :D
17:17.55``Erikoh, x86-64
17:18.03starseekeryeah
17:18.33starseekerwe're gonna need the _OS_CPU_ additions to the tarball names this time
17:21.23``Erikthe ones I did were always like brlcad-7.10.4_fbsd_ia32.tbz
17:21.37starseekernods
17:27.05starseekerbrlcad: I don't suppose you already have a Windows build?  (saw some commits that hinted you were testing there...)
17:28.34``Erik(doing 'ignite' talks right now)
17:29.52starseekerah
17:32.10starseekerhmm, cool:  http://www.ibm.com/developerworks/aix/library/au-endianc/index.html
17:33.48``Erikcharcast, ew, union is a hair more readable
17:35.06``Erikthe htonl/ntohl family, "network order" means big endian
17:36.01starseekershudders slightly - where's a good document on the various floating point representation schemes we'll eventually need to handle for dbupgrade?
18:21.22*** join/#brlcad Stattrav (~Stattrav@117.192.155.167)
18:36.52``Erikum, assume IEEE754 until we see otherwise? :D
18:39.15brlcadyukonbob: not so much in terms of features, but it is hopefully the last in the 7.16 line, major in the sense that it should be pretty stable
18:39.24brlcadat least considerably more stable than previous releases
18:40.15``Erikhm, vax wasn't ieee, damn
18:40.30brlcadstarseeker: I have a build, but didn't have nsis to make the exe
18:40.36``Erikhttp://www.codeproject.com/KB/applications/libnumber.aspx
18:42.57brlcadgcc isn't even necessarily ieee if you use -O3 or -fast
18:43.49brlcadoh, nice resource
19:09.57starseekereeep:  http://www.quadibloc.com/comp/cp0201.htm
19:15.38starseekerhttp://www.mrob.com/pub/math/floatformats.html
19:20.59starseekerhey, cool:  http://www.mpfr.org/
19:29.13starseekerthat would probably be a cool library to use, if I understood it :-P
20:07.57*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
20:19.18*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:39.00*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
20:45.29*** join/#brlcad merzo (~merzo@38-0-132-95.pool.ukrtel.net)
21:19.24CIA-43BRL-CAD: 03n_reed * r40018 10/brlcad/trunk/src/tclscripts/boteditor/botEditor.tcl: added exit confirmation dialogs to bot editor
21:54.11``Erikhm, kagan was confirmed to the supreme court
22:03.57*** part/#brlcad e-motion (~circuit@88.118.29.54)
IRC log for #brlcad on 20100806

IRC log for #brlcad on 20100806

01:06.05``Erikthe national cathedral is quite an impressive structure, and not just cuz it has darth vader carved into it O.o
01:52.05*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177872136.dsl.bell.ca)
02:23.27CIA-43BRL-CAD: 03starseeker * r40019 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/FindGL.cmake):
02:23.27CIA-43BRL-CAD: By default, CMake's opengl logic assumes AGL is the opengl of interest on Apple,
02:23.27CIA-43BRL-CAD: and requires manual specification for anything else. We'll need to do better
02:23.27CIA-43BRL-CAD: than that - add visus file as an example of how to approach this, although it's
02:23.27CIA-43BRL-CAD: not likely to be the final solution.
02:30.38*** join/#brlcad yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
02:34.07brlcadstarseeker: mpfr is used under the hod by gmp, which would be a lot "easier" to apply to our code
02:34.34brlcadhave to make a couple things work first, though
02:35.13brlcadentire build with c++ compiler (CC=g++) and consistent fastf_t use
02:53.13starseekererm
02:53.26starseekerhas never tried CC=g++...
02:55.35starseekerheh
02:55.36starseekerchecking for gcc... (cached) g++
02:55.37starseekerchecking whether the C compiler works... no
02:55.47starseekerokay then
03:08.44yukonbobstarseeker: sometimes as simple as a non-executable /tmp
03:11.05CIA-43BRL-CAD: 03starseeker * r40020 10/brlcad/branches/cmake/CMakeLists.txt: whoops, do the right malloc check.
04:34.46brlcadstarseeker: I've cleaned up specific libraries to compile in c++ mode in the past
04:35.03brlcadit's actually a pretty good sanity/portability test
05:14.43brlcadstarseeker: curious that yours failed on the sanity check, it should get past it unless other "default" flags are in play (that are incompatible)
05:14.59brlcadit will fail in the code, though, anyways
05:15.24brlcadone thing you can't get away with at all is k&r-isms, which we still have some of, even in our headers
05:16.11brlcadfunctions the same name as structs are also not allowed (conflicts with their constructor)
05:16.26brlcadnothing hard, but it would be a week or two of cleanup
05:17.03brlcadwas waiting for this minor to fix at least some of the issues like the constructor conflicts
06:55.07CIA-43BRL-CAD: 03d_rossberg * r40021 10/rt^3/tags/rel-7-16-10/: tag the C++ core interface with the corresponding BRL-CAD version (i.e. 7.16.10)
07:05.52*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
10:04.07*** join/#brlcad mafm (~mafm@231.Red-80-26-128.dynamicIP.rima-tde.net)
11:04.47*** join/#brlcad Stattrav (~Stattrav@117.192.128.37)
14:12.33*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:14.05*** join/#brlcad Alexandrus (~nil@p4FE3F3B1.dip.t-dialin.net)
14:14.09Alexandrusmoin();
14:46.34*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
14:54.06brlcadhello Alexandrus
14:54.11Alexandrushello brlcad
14:54.16Alexandrusi have a simple question
14:54.33Alexandrushow do you modell a tube with sqare ends
14:54.38Alexandrus(flat ends)
14:55.39brlcadthat'd be two overlapping arb8's making a + then cylinders down the sides to round the edges
14:56.20Alexandrusso a great number of cylinders
14:56.30Alexandrusthought maybe there is a tgc mod hidden somewhere
14:56.33brlcadwell, great number == 4
14:56.38Alexandrus4?
14:56.41brlcad4
14:56.49brlcad2 arb8's and 4 rccs
14:57.20Alexandrusok, the 2 arb8's for the ends
14:57.25Alexandrusbut the 4 rccs???
14:57.30Alexandrusone for the tube
14:57.32Alexandrusand 3?
14:57.37brlcadno no
15:00.01Alexandrushttp://kccm.dnsalias.org:8080/sketch1.png
15:00.02brlcadso consider the shape in 2d first
15:00.20brlcadtwo *overlapping* rectangles, then circles on the corners
15:00.27brlcadlike this http://www.jeremydjohnson.com/images/post_images/2008/11/box_sections.gif
15:01.20brlcadyou diagram is just a slightly more complicated for where you have multiple bends, but the exact same idea applies
15:01.58Alexandrusthe problem is the smooth interval between section 1-2 and 2-3
15:02.13Alexandrusi don't see how i do this with rcc
15:02.27Alexandrusor tor..
15:03.16brlcadimagine that in that image, sections 1+2+3 ARE the first arb8 rectangle
15:03.17Alexandrusguess maybe i need an example
15:03.54brlcadthen there's another overlapping arb8 crossing through the other two horizontal sides and section 2
15:03.58brlcadthose are unioned together
15:04.14Alexandrusnot seeing the use of a second arb8, but ok..
15:04.21Alexandrusnow we have a "cross"
15:04.25brlcada "+"
15:05.34Alexandrusah, i see what you mean...
15:06.08Alexandrusguess this doesn't work with constant surface though
15:06.25Alexandrus(seen from end to end, surface must stay constant)
15:06.40brlcadwhat do you mean by constant?
15:06.59Alexandrusvery pratical, you get a tube and flatten it (hammer, heat)
15:07.24AlexandrusA(x)=const
15:07.29Alexandrus(approx)
15:08.38brlcadah, a taper
15:08.49Alexandrusotherwise i could just + the tube with two recs..
15:08.56Alexandrushmm...
15:09.04brlcadyou can make that work, that's just a tgc with different ends
15:09.26brlcadrcc == tgc with equal ends, tgc is generalized where they're not equal
15:09.36Alexandrushmm
15:09.44Alexandrusand then plus
15:10.06Alexandrusok, this might work..
15:11.41Alexandrusstill...i think 1 arb8, one rcc and two tgc's should do the job
15:11.50Alexandrusunless i have forgotten something
15:12.10Alexandrusyes...the cut...another rcc and two tgc
15:14.07brlcadso sort of like this:  http://www.cemframework.com/img/CrusaderSolid.png
15:14.33Alexandrushmm...just much more soft
15:14.47Alexandrusi could try using two outer tgc at one end
15:15.05Alexandrusto get a smooth curve from rcc to arb8
15:15.10brlcadyeah, the cylinder would taper and there's another arb8 that would run tangent at 90 degrees, then a big arb8 in the middle to fill it in
15:15.44Alexandrusthe second arb8 isn't necessary to what i can see now
15:16.17Alexandrusi will try modelling it
15:16.56brlcadfor a 4-sided rounded edge tube, you will have to use at least 3 arb8's and 4 tgc's
15:17.37brlcador 5 arb8's and 4 tgcs for a more optimally oranized tube with minimally overlapping primitives
15:18.10brlcadat least in order to capture an arbitrary taper
15:18.13brlcaddepends on the shape
15:18.29Alexandrusi guess i will just modell one end first
15:18.31Alexandrusshow it to you
15:18.38Alexandrusand you give me advice on how to improve it
15:18.59Alexandrusthe second end is equal, so shouldn't be a problem
15:42.40CIA-43BRL-CAD: 03starseeker * r40022 10/brlcad/branches/cmake/ (3 files in 2 dirs): Ah, handy - Ogre has FindCarbon and FindCocoa files - add them in. There may be a few other items of interest in Ogre's CMake packages.
15:53.54Alexandrus@brlcad: http://kccm.dnsalias.org:8080/render1.png
15:54.02Alexandrusthis is a rough approximation
16:02.25*** join/#brlcad Stattrav (~Stattrav@117.192.152.56)
16:06.18Alexandrusi have to go shopping..see you later
17:17.11*** join/#brlcad Alexandrus (~nil@p4FE3F3B1.dip.t-dialin.net)
17:17.19Alexandrusre
19:00.30CIA-43BRL-CAD: 03starseeker * r40023 10/brlcad/branches/cmake/CMakeLists.txt: Expand the tests for functions and headers. It looks like some of this should probably be handled by Find* files, but still figuring out how to approach this.
19:07.20*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1128565464.dsl.bell.ca)
19:27.34*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:34.29*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
19:44.15CIA-43BRL-CAD: 03starseeker * r40024 10/brlcad/branches/cmake/misc/CMake/FindPkgMacros.cmake: Whoops - OGRE macros are using routines in this file. Probably will need to do some utility routine consolidation later.
19:58.55*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1128565320.dsl.bell.ca)
20:05.22CIA-43BRL-CAD: 03starseeker * r40025 10/brlcad/branches/cmake/ (3 files in 3 dirs): Tweak things a bit - for some reason generating the brlcad_config.h in the out-of-dir build location isn't working for including, need to investigate.
20:18.26starseekerhah, this is actually quite interesting:  http://booksearch.blogspot.com/2010/08/books-of-world-stand-up-and-be-counted.html
20:29.53CIA-43BRL-CAD: 03starseeker * r40026 10/brlcad/branches/cmake/CMakeLists.txt:
20:29.53CIA-43BRL-CAD: Gonna need to set the PNG options ahead of the ADD_SUBDIRECTORY call in the
20:29.53CIA-43BRL-CAD: THIRD_PARTY macro unless we want to require two passes before building - has its
20:29.53CIA-43BRL-CAD: drawbacks since if an external png lib is used these options are useless, but
20:29.53CIA-43BRL-CAD: mark as advanced to hide them from casual site. Could be worse - it also
20:29.54CIA-43BRL-CAD: highlights specific functionality needed by BRL-CAD.
21:07.02CIA-43BRL-CAD: 03n_reed * r40027 10/brlcad/trunk/src/tclscripts/ (3 files in 2 dirs): working button commands in bot editor plus minor interface changes
21:27.28starseekerbemusedly notes that none of the sourceforge binary files for linux or bsd seem to follow the convention...
21:29.27starseekeryipe - binary file is almost 400 megs...
21:29.31starseekerchecks why...
21:33.23starseekerooh, right, docbook html files, lots of new libraries since last binaries... (wow it has been a long time...)
21:35.54*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
22:03.32starseekerwinces - this is gonna be one doozie of an upload...
IRC log for #brlcad on 20100807

IRC log for #brlcad on 20100807

00:44.10*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1128565159.dsl.bell.ca)
01:11.11*** join/#brlcad MarioDUlisse (~MarioDUli@bas2-sudbury98-1177726227.dsl.bell.ca)
06:08.19*** join/#brlcad WhiteCalf (~Prez@2002:601f:5460::601f:5460)
07:29.51*** join/#brlcad Alexandrus (~nil@p4FE3D6B2.dip.t-dialin.net)
08:11.14*** join/#brlcad DarkCalf (Prez@96.31.84.96)
08:35.28*** join/#brlcad Stattrav (~Stattrav@117.192.154.117)
10:54.18*** join/#brlcad Ralith (~ralith@216.162.199.202)
12:30.23*** join/#brlcad Stattrav (~Stattrav@117.192.140.151)
17:11.33*** join/#brlcad __monty__ (~toon@d51A5425E.access.telenet.be)
18:58.16*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:16.31CIA-43BRL-CAD: 03starseeker * r40028 10/brlcad/branches/cmake/src/other/libz/zlib.h: For some reason this particular definiton is causing trouble on gentoo AMD64 - comment out for now...
21:16.59CIA-43BRL-CAD: 03starseeker * r40029 10/brlcad/branches/cmake/ (CMakeLists.txt src/other/openNURBS/CMakeLists.txt): Add openNURBS to the CMake build.
21:21.41CIA-43BRL-CAD: 03starseeker * r40030 10/brlcad/branches/cmake/src/other/openNURBS/CMakeLists.txt: Wrap the DLL_EXPORTS definition in an MSVC conditional.
21:48.23CIA-43BRL-CAD: 03starseeker * r40031 10/brlcad/branches/cmake/ (CMakeLists.txt src/librt/CMakeLists.txt): Add in librt to CMake build.
21:56.56CIA-43BRL-CAD: 03starseeker * r40032 10/brlcad/branches/cmake/ (CMakeLists.txt src/libsysv/CMakeLists.txt): Add libsysv to CMake build
IRC log for #brlcad on 20100808

IRC log for #brlcad on 20100808

01:02.19*** join/#brlcad Stattrav (~Stattrav@117.192.148.4)
01:59.56*** join/#brlcad Nohla (~Nohla@201.255.254.72)
12:49.00*** join/#brlcad Nohla (~Nohla@201.255.254.72)
14:39.49brlcadrx
14:49.17CIA-43BRL-CAD: 03starseeker * r40033 10/brlcad/branches/cmake/ (CMakeLists.txt src/other/libtermlib/CMakeLists.txt): Take a stab at setting up libtermlib with a CMakeLists file - haven't hooked up any of the other libs to use it yet.
15:19.21*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
16:55.26kanzuresomeone is asking me why the us government can't produce open source software (i.e. they have to license it in the public domain)
16:55.36kanzurehowever, i can't find any good references for this on the net, something that might explain the legal aspects of this
16:55.40kanzureany hints? anyone here know?
16:58.41kanzureooh gnu.org saves the day :) http://www.gnu.org/licenses/gpl-faq.html#GPLUSGov http://www.gnu.org/licenses/gpl-faq.html#GPLUSGovAdd
17:42.43*** join/#brlcad Nohla (~Nohla@201.255.254.72)
17:48.19Ralithkanzure: GPL ≠ open source software
17:49.19RalithBRL-CAD is an example of US government produced open source software
17:49.38kanzureGPL is an OSI-approved license for "open source"
17:49.49kanzureare you arguing otherwise? (just wondering)
17:50.21Ralithno, I'm saying that whether or not the GPL is applicable is irrelevant to the question of whether or not a piece of software is open souce.
17:50.24Ralithsource*
17:51.18Raliththe pages you linked thus have nothing to do with your question.
17:51.34Ralithand your original implication is false
18:52.01CIA-43BRL-CAD: 03starseeker * r40034 10/brlcad/branches/cmake/src/other/step/ (4 files in 3 dirs):
18:52.01CIA-43BRL-CAD: Start working on a CMake build system for the step libraries. Not much yet, but
18:52.01CIA-43BRL-CAD: got a build of the express library on gentoo so committing. I doubt the
18:52.01CIA-43BRL-CAD: flex/bison logic is robust yet - the -l flag is not being passed, and will
18:52.01CIA-43BRL-CAD: likely be needed - but getting closer.
18:53.07starseekerkanzure: If I understand your question, works produced by the US Federal government (under most circumstances) are public domain by default
18:54.02starseekerthe government can have copyright assigned to it for works that have copyright otherwise (for an example of this, see http://dlmf.nist.gov/about/notices
18:56.28starseekereer, nevermind - that commit message is wrong - the -l flag IS being passed, just forgot to check with make VERBOSE=1 before committing
18:58.01CIA-43BRL-CAD: 03starseeker * r40035 10/brlcad/branches/cmake/src/other/step/src/express/CMakeLists.txt: Clean up stray line. Previous commit comment incorrect - -l flag actually was being passed to flex successfully.
18:59.47starseekerbraces himself and starts upgrading his system from gcc 4.3 to gcc 4.4...
19:19.45kanzurestarseeker: ah, didn't know that caveat about other copyrights, thanks
21:04.59Ralithkanzure: 'public domain' is as open as source can get.
21:06.08kanzurei see you don't like to use "open source" to mean the infectious share-alike aspects..
21:06.16kanzureer, there's probably a better way for me to say that
21:06.41starseekerthose licenses represent a subset of what are termed "open-source" licenses
21:07.51Ralith^
21:08.05starseekerhttp://www.opensource.org/osd.html
21:10.00kanzure"The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software."
21:10.17kanzureyou know for the longest time i thought it said "and must be distributed under the same terms as the license of the original software"
21:28.40*** join/#brlcad merzo (~merzo@146-52-133-95.pool.ukrtel.net)
21:44.11Raliththat wouldn't make any sense at all
22:33.50CIA-43BRL-CAD: 03starseeker * r40036 10/brlcad/branches/cmake/src/other/step/ (CMakeLists.txt src/exppp/CMakeLists.txt): Add exppp... may want to re-examine the #include statements in these libraries...
22:43.41CIA-43BRL-CAD: 03starseeker * r40037 10/brlcad/branches/cmake/src/other/step/ (CMakeLists.txt src/fedex_plus/CMakeLists.txt): Add fedex_plus to cmake build
23:03.04*** join/#brlcad PrezAndroid (~PrezKenne@173-100-6-82.pools.spcsdns.net)
23:06.02CIA-43BRL-CAD: 03starseeker * r40038 10/brlcad/branches/cmake/src/other/step/ (5 files in 5 dirs): Add in the rest of the step src dirs, although I'm not sure all the library links are right.
23:13.03*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1096601224.dsl.bell.ca)
23:17.44CIA-43BRL-CAD: 03starseeker * r40039 10/brlcad/branches/cmake/src/other/step/src/ (5 files in 5 dirs): Whoops - remember that this needs to function as a subdir build and use the local project root, not the CMAKE root.
IRC log for #brlcad on 20100809

IRC log for #brlcad on 20100809

00:07.18*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
01:19.06*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1096601579.dsl.bell.ca)
02:50.48CIA-43BRL-CAD: 03starseeker * r40040 10/brlcad/branches/cmake/ (CMakeLists.txt src/libpkg/CMakeLists.txt): Add basic libpkg CMake build - not building the test app yet.
03:13.17CIA-43BRL-CAD: 03starseeker * r40041 10/brlcad/branches/cmake/ (5 files in 5 dirs): Try adding a few more of the libs - may have some problems with the Tcl regex stuff...
03:44.05CIA-43BRL-CAD: 03starseeker * r40042 10/brlcad/branches/cmake/ (3 files in 3 dirs): Add in two more libraries to CMake build.
03:53.41starseekerconcludes that this is actually looking quite promising
03:54.22starseekerbrlcad: just so I have something to aim for - what should I be looking to demonstrate with this CMake build that will make it something to consider seriously?
05:56.36*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177593723.dsl.bell.ca)
06:45.18*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
09:48.38*** join/#brlcad Stattrav (~Stattrav@117.192.134.228)
09:52.58*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
10:03.27d-loMernin all
12:03.57*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:21.10d-lobrlcad: ``Erik : how was the OS conference?
12:48.36d-loquestion:  a shell script names 'remapid' seems to be generated in brlcad/src/gtools/ during build.  Should I assume this needs to be svn:ignore-ed?
12:50.48CIA-43BRL-CAD: 03davidloman * r40043 10/brlcad/trunk/src/libicv/: Ignoring build by-products: Adding .deps/ .libs/ 'Makefile' and 'Makefile.in' to svn:ignore.
12:54.14CIA-43BRL-CAD: 03davidloman * r40044 10/brlcad/trunk/src/librt/: Ignoring build more by-products, this time namegen and parsetest in src/librt
12:57.08*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
13:00.39CIA-43BRL-CAD: 03davidloman * r40045 10/brlcad/trunk/src/ (gtools/ other/libpng/ other/tktable/ proc-db/ util/): Ignoring build yet more by-products, wrapping up a bunch of ignores different dirs into one commit.... to KISS.
13:01.36CIA-43BRL-CAD: 03davidloman * r40046 10/brlcad/trunk/doc/docbook/system/man5/en/: Ignoring build by-products in /docs
13:20.50CIA-43BRL-CAD: 03davidloman * r40047 10/rt^3/trunk/sandbox/: Add in a 'sandbox' dir for keeping all rt3 related experiments. Experimenting offline is not doing anyone else any favors!
14:11.28*** join/#brlcad Stattrav (~Stattrav@117.192.145.250)
14:39.25CIA-43BRL-CAD: 03davidloman * r40048 10/rt^3/trunk/TODO: Coreinterface is making CMake want to use Policy CMP0004. Probably just some extra whitespace in the libs string, but needs investigating none the less.
15:08.10CIA-43BRL-CAD: 03davidloman * r40049 10/rt^3/trunk/src/utility/StringUtils.h: Fixed a dangling syntax error that the compiler wasn't picking up.... weird.
15:12.10CIA-43BRL-CAD: 03davidloman * r40050 10/rt^3/trunk/src/rt^3/RtApplication.h: Added file header. Must have gotten overlooked.
15:13.13CIA-43BRL-CAD: 03davidloman * r40051 10/rt^3/trunk/src/rt^3/main.h: Added another file header.
15:28.29CIA-43BRL-CAD: 03starseeker * r40052 10/brlcad/branches/cmake/src/other/step/src/ (cldai/CMakeLists.txt clstepcore/CMakeLists.txt): Start trying to fix the lib linking for step...
16:18.29CIA-43BRL-CAD: 03davidloman * r40053 10/rt^3/trunk/ (56 files in 9 dirs): Modify QT include directives to using Angle-Brackets instead of Quotes. Less restrictive when dealing with Qt as an external dep.
16:38.48*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
16:58.45*** join/#brlcad merzo (~merzo@177-25-132-95.pool.ukrtel.net)
17:01.55CIA-43BRL-CAD: 03davidloman * r40054 10/rt^3/trunk/ (7 files in 4 dirs): Drop the existing Exception framework. Its half implemented and not thought out. Removing it for now.
17:23.53CIA-43BRL-CAD: 03davidloman * r40055 10/rt^3/trunk/src/utility/ (9 files): More culling of antiquated files. Doubtful that we will need them in the future, but if so, go go gadget svn.
17:36.40CIA-43BRL-CAD: 03starseeker * r40056 10/brlcad/branches/cmake/src/other/step/src/clstepcore/CMakeLists.txt: Ah - need some linker arguments for stepcore (thanks automake)
17:38.34CIA-43BRL-CAD: 03starseeker * r40057 10/brlcad/branches/cmake/src/libgcv/CMakeLists.txt: Add libraries to gcv linking.
17:44.43CIA-43BRL-CAD: 03starseeker * r40058 10/brlcad/branches/cmake/src/ (3 files in 3 dirs): Few more target link adds and cleanups.
17:48.12``Erikd-lo: interesting, quite a bit of policy and legality type shtuff, and some interesting "boots on the ground" problems
18:13.51d-loanything directly applicable?
18:14.15d-loFINALLY gets rt^3/src/other/ogre to build!
18:25.39d-loqueston: IN order to build openNurbs, does one have to also built the nist STEP libs?  I'd say no, but I'm getting rather odd errors....
18:28.47d-lohttp://www.pastebin.org/462578
18:28.56d-lotrying a clean build of brlcad
18:30.13starseekerd-lo: you must not be including the directory containing opennurbs.h
18:35.33d-lohrm, well I have it in path....
18:42.56d-lostarseeker: so I have to include $whatever/brlcad/include AND $whatever/brlcad/include/openNURBS ?
18:46.02starseekerpossibly
18:46.06starseekerdoes that work?
18:46.11d-lonope :/
18:47.54starseekerit may be that we don't install the opennurbs header... I haven't checked lately...
18:48.18d-lomanually copy it?
18:48.31starseekeris it missing from /usr/brlcad ?
18:48.42d-lowell, i am confused.
18:51.58d-lo<PROTECTED>
18:52.30d-lobut "opennurbs.h" is in /usr/brlcad/include/openNURBS/
18:52.45d-loboth dirs are on in $PATH
18:53.05starseekerd-lo: are you using CMake to build?
18:53.12d-loyuppers
18:54.17d-lof.  I made an assumtion about mafm's cmake. :/
18:54.20d-loone sec
18:55.43CIA-43BRL-CAD: 03starseeker * r40059 10/brlcad/branches/cmake/src/other/step/misc/CMake/ (FindLEX.cmake FindYACC.cmake): Will need these files for step build too, in principle.
18:58.18d-lostarseeker: do you have a good CMake macro set that finds and sets brlcad lib/ include/ and bin/ dirs?
18:58.45starseekerno, not yet
18:59.06starseekerI'm still working on just building BRL-CAD, not finding it :-/
18:59.28starseekerpwd
18:59.30starseekerwhoops
18:59.49d-lowell, a CMake macro to find an external dep would be similar in function
19:00.07d-loi have a couple whipped up for rt3, but as far as I am concerned they are ghetto/adhoc
19:00.18starseekernods - I haven't had to really write a good one myself yet, although that is coming
19:03.33d-lois listening to "the Book of Eli" OST.... shockingly good coding music :)
19:08.46_psilvalooks like jfcom is getting the axe
19:09.06CIA-43BRL-CAD: 03davidloman * r40060 10/rt^3/trunk/src/g3d/ (CMakeLists.txt CommandInterpreter.h GedData.h Logger.h): Work towards integrating OGRE and G3D into RT3 cmake build.
19:13.46CIA-43BRL-CAD: 03davidloman * r40061 10/rt^3/trunk/src/other/ogre/Samples/ (7 files in 7 dirs): Ignoring build by-products in src/other/ogre
19:15.50brlcadstarseeker: cmake is already known to be worth considering seriously, so the real proof of concept is a first-stab at a full build.  so about 400+ binaries, 27 libraries, headers, and extra data...
19:16.06brlcadonce everything is building, that will probably be 75% of the work required
19:16.16brlcadthen configurability and reporting
19:18.38starseekernods
19:18.46starseekerOK, I'm already well on my way then
19:19.13starseekerneed to turn a bunch of proof of concept work into actual work...
19:22.27brlcadworks on one of the Mac binaries
19:22.41brlcaddid you upload the 64-bit linux build?
19:22.54starseekertried too - connection too slow and binary too big
19:22.58starseekerI'll give it another go
19:33.45CIA-43BRL-CAD: 03starseeker * r40062 10/brlcad/branches/cmake/ (5 files in 3 dirs):
19:33.45CIA-43BRL-CAD: OK, rather than rely on the default Flex/Bison support in CMake we're going to
19:33.45CIA-43BRL-CAD: have to go hybrid - take the standard modules and alter them to handle either
19:33.45CIA-43BRL-CAD: flex/bison or lex/yacc. Doubt it's as simple as this try at it but it's a
19:33.45CIA-43BRL-CAD: start.
19:38.20CIA-43BRL-CAD: 03starseeker * r40063 10/brlcad/branches/cmake/src/other/step/ (CMakeLists.txt src/express/CMakeLists.txt): Whoops - make the rest of the necessary changes.
19:40.10starseekerbrlcad: OK, there we go - uploaded
19:55.06CIA-43BRL-CAD: 03starseeker * r40064 10/brlcad/branches/cmake/ (4 files in 2 dirs): Make comments for lex/yacc not use version number - this way can do something slightly informative yet not flex/bison option dependant
20:14.55CIA-43BRL-CAD: 03starseeker * r40065 10/brlcad/branches/cmake/src/other/step/src/clstepcore/CMakeLists.txt: The linker flag settings for clstepcore are specific to Mac.
20:23.15CIA-43BRL-CAD: 03starseeker * r40066 10/brlcad/branches/cmake/src/other/step/src/clstepcore/CMakeLists.txt: Don't paint with too broad a brush - just set the LINK_FLAGS for the one target.
20:35.20CIA-43BRL-CAD: 03starseeker * r40067 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Try expanding the possible include search dirs for Tcl/Tk.
20:41.21CIA-43BRL-CAD: 03starseeker * r40068 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: And a few more Tcl/Tk include paths...
20:42.19*** join/#brlcad Stattrav (~Stattrav@117.192.133.29)
20:45.12*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
21:03.10CIA-43BRL-CAD: 03starseeker * r40069 10/brlcad/branches/cmake/src/libged/CMakeLists.txt: ged does include some tcl stuff for now...
21:04.22CIA-43BRL-CAD: 03starseeker * r40070 10/brlcad/branches/cmake/src/other/step/src/exppp/CMakeLists.txt: get rid of stray message line
21:06.57CIA-43BRL-CAD: 03starseeker * r40071 10/brlcad/branches/cmake/src/liboptical/CMakeLists.txt: optical needs tcl too...
21:11.07CIA-43BRL-CAD: 03starseeker * r40072 10/brlcad/branches/cmake/CMakeLists.txt: Turn back on everything that seems to be building
21:13.01*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:13.37CIA-43BRL-CAD: 03starseeker * r40073 10/brlcad/branches/cmake/CMakeLists.txt: Oh yeah, better turn back on opennurbs too.
21:16.38cjdevlingoogling brl cad tutorials comes up w/ a multi volume pdf series that don't seem to be linked to from the brlcad site. is it ok to use those or should i start w/ the tutorials listed here: http://brlcad.org/wiki/Main_Page  ??
21:17.55starseekeruh - what's the link to the other tutorials?
21:18.28cjdevlinbrlcad.org/w/images/c/cf/Introduction_to_MGED.pdf
21:18.51starseekerthat is what is linked to from wiki/Main_Page
21:19.59starseekeror more specifically, start here:  http://brlcad.org/wiki/Documentation
21:21.57cjdevlinhokay, thanks
21:35.24*** part/#brlcad willdye (~willdye@fern.dsndata.com)
IRC log for #brlcad on 20100810

IRC log for #brlcad on 20100810

01:45.31*** join/#brlcad ibot (~ibot@rikers.org)
01:45.31*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
01:56.40d-lolol, I wonder what the 64->128 bit switch will bring when it happens :)
01:56.44d-lonight all
01:58.12*** join/#brlcad Nohla (~Nohla@201.255.222.78)
02:50.23Ralithprobably less drama
02:50.28RalithI'd at least hope everyone's learned their lesson
02:51.41louipc128 bit?
02:54.23Ralithyes.
03:01.23starseeker<snort> I'd be surprised
03:01.48starseekerwonders if they could simulate a 128 bit arch and test it...
03:24.11Ralithvery slowly, sure
03:24.29starseeker"creates" his account on ohloh and bemusedly watches his kudo ranking drop to 1
03:44.55starseekersnorts - looks like they don't watch for commits in branches
03:45.07starseekerso much for all the cmake commits :-P
03:47.54starseekerwow - this is a COOL widget:  http://www.simile-widgets.org/timeline/
03:56.19starseekermust play with that if/when he ever figures out how to do any kind of web programming
04:42.21*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
06:46.38*** join/#brlcad CIA-42 (~CIA@208.69.182.149)
07:13.33CIA-42BRL-CAD: 03d_rossberg * r40080 10/rt^3/trunk/ (TODO cmake/FindBRLCAD.cmake): fixed CMake policy CMP0004 problem in FindBRLCAD
08:21.24kanzurewhy is there a WriteSphere in src/conv/step/BRLCADWrapper.cpp ?
08:21.35kanzurecan't it be represented as a Brep like everything else (through WriteBrep)?
08:23.10kanzuresurely there are other objects (like cylinders) that there are mappings to brlcad commands for (like sphere to sph) so i don't think preservation is the reason
08:23.16kanzureis there another reason i'm missing out on?
10:22.58*** join/#brlcad Ralith (~ralith@216.162.199.202)
11:04.01*** join/#brlcad CIA-42 (~CIA@208.69.182.149)
11:25.08*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
11:29.06*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
11:31.43*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
11:38.33*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:26.11starseekerkanzure: opennurbs has its own sphere primitive, which (at need) will be a brep via internal conversion routines
12:27.35starseekereventually there'll probably be more of those "NURBS primitive" types - why store the whole brep if you can request its brep form from the library on demand?
12:50.08d-loMernin all
12:53.21*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
12:58.03*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:21.52CIA-42BRL-CAD: 03davidloman * r40081 10/rt^3/trunk/tests/coreInterface/: Added build byproducts to svn:ignore for tests/coreInterface
13:29.26*** join/#brlcad csanyipal (~csanyipal@62-164-85-95.dynamic.stcable.net)
13:29.32csanyipalHi,
13:29.51csanyipalI have just installed brlcad on Gentoo, but can't run mged. Why?
13:31.42*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
13:37.38d-loYikes, my boost libs installed on my system are circa December, 2006.  lol
13:44.15csanyipalOK, I must to setup PATH.
13:58.16*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
14:21.30``Erikyeh, I had two usernames to tie together in ohloh and lost all my kudo rating when I registered, sucks
14:30.23d_rossbergis there any need for a x64 version of the brlcad.dll e.g. for a Pro-E plugin?
14:44.28starseekerd_rossberg: dunno - good question
14:55.56_psilvathere's a dll eh?
15:01.49d_rossbergfor external programs to access brl-cad databases
15:16.27starseekerd_rossberg: I don't expect any of the cmake stuff in the branch would work on Windows, but I am curious if the REGEX stuff for timestamping runs - have you had a look at it lately?
15:27.31d_rossbergstarseeker: i had a look at it on linux, i'll have a look at the regex stuff on windows - but not today (because of Feierabend ;-)
15:27.45starseekerd_rossberg: no problem :-)
15:27.52starseeker(hopefully it worked on Linux?)
15:27.56starseekerer, nevermind
15:31.38CIA-42BRL-CAD: 03brlcad * r40082 10/brlcad/trunk/src/tclscripts/helplib.tcl: tweak output, space after path
17:11.45CIA-42BRL-CAD: 03davidloman * r40083 10/rt^3/trunk/ (include/ThreadUtils.h src/utility/ThreadUtils.cxx): Add msleep() to thread utils. (Millisecond resolution sleep fn) Already exposed QThread::sleep() and QThread::usleep() via ThreadUtils, but forgot to expose QThread::msleep()
17:32.29CIA-42BRL-CAD: 03starseeker * r40084 10/brlcad/trunk/BUGS: Hmm. Copy/paste may have problems on Windows Vista?
17:45.58kanzurestarseeker: i see. so it wasn't something that was necessary really? just a convenience?
17:56.57starseekerkanzure: essentially
17:57.05*** join/#brlcad Stattrav (~Stattrav@117.192.154.93)
18:23.06CIA-42BRL-CAD: 03davidloman * r40085 10/rt^3/trunk/sandbox/ (. CMakeLists.txt QThreadTest.cxx): QThread Experiment to show that a QThread can, indeed, be started from a thread other than the Main Thread.
18:23.47CIA-42BRL-CAD: 03davidloman * r40086 10/rt^3/trunk/sandbox/ (PkgClient.cxx PkgClient.h PkgServer.cxx PkgServer.h): Stub in some base classess for a cxx layer of libpkg
18:47.12CIA-42BRL-CAD: 03davidloman * r40087 10/rt^3/trunk/sandbox/CMakeLists.txt: A simple sandbox code snippet need not have installable header cmake macro calls
18:48.12CIA-42BRL-CAD: 03davidloman * r40088 10/rt^3/trunk/ (9 files in 2 dirs): Move the PkgCpp classes to their own lib
18:54.50CIA-42BRL-CAD: 03starseeker * r40089 10/brlcad/branches/cmake/CMakeLists.txt: Write more values into the config file.
19:21.24CIA-42BRL-CAD: 03starseeker * r40090 10/brlcad/branches/cmake/CMakeLists.txt: Few more tweaks to CMakeLists.txt
19:40.18CIA-42BRL-CAD: 03starseeker * r40091 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/BRLCAD_ConfigFile.cmake): Add ability to check for C++ headers
19:46.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:59.00*** join/#brlcad ``Erik_ (Here@c-69-140-109-104.hsd1.md.comcast.net)
20:14.54CIA-42BRL-CAD: 03starseeker * r40092 10/brlcad/branches/cmake/ (297 files in 228 dirs): Update cmake branch to trunk r40091
20:26.28*** join/#brlcad yukonbob (~bch@129-175.wireless.kamloops.net)
20:27.19CIA-42BRL-CAD: 03n_reed * r40093 10/brlcad/trunk/ (14 files in 8 dirs): added ged command "bot" for accessing bot properties; now BotEditor can run in either MGED or Archer
20:32.53*** join/#brlcad merzo (~merzo@191-60-133-95.pool.ukrtel.net)
22:07.43*** join/#brlcad yukonbob (~bch@129-175.wireless.kamloops.net)
22:17.44CIA-42BRL-CAD: 03starseeker * r40094 10/brlcad/branches/cmake/ (6 files in 6 dirs): Start trying to actually build and use rt itself. Not much luck thus far - can generate pix file, but that's about it.
22:18.39CIA-42BRL-CAD: 03starseeker * r40095 10/brlcad/branches/cmake/src/ (libfb/CMakeLists.txt rt/CMakeLists.txt): Oh yeah, helps to actually add the files.
22:43.59CIA-42BRL-CAD: 03starseeker * r40096 10/brlcad/branches/cmake/src/rt/CMakeLists.txt: Ahh, this has to be a static library.
22:53.15``Erikholy fercrapple
IRC log for #brlcad on 20100811

IRC log for #brlcad on 20100811

01:40.04starseekerreaches the conclusion he half expected - going to have to create Find*.cmake files on steroids to deal with the Apple X11/OGL/AGL duality situation
01:40.31starseekerminimally for Tcl/Tk, probably X11 and GL too...
01:40.40starseekeractually, certainly for GL
01:41.16*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177680812.dsl.bell.ca)
01:41.54starseekerwonders if he could actually get the CMake devs to incorporate enhanced versions, or if they need to be BRL-CAD specific... hmm...
05:12.27*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1096600947.dsl.bell.ca)
05:31.35IriX64mc
06:52.41*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:11.37*** join/#brlcad Stattrav (~Stattrav@117.192.155.229)
08:22.45kanzurewhich version of opennurbs is included in brlcad?
08:23.08kanzurei just compiled the 2010-04-09 version of opennurbs and i'm trying to link against something that used the brlcad opennurbs headers (i know, this is really dumb)
09:37.45*** join/#brlcad Stattrav (~Stattrav@117.192.150.156)
10:45.09louipckanzure: check out the svn log
10:45.30louipcit's 201004095  (201004099 if _DEBUG defined)
10:53.55kanzuremy bad :)
10:55.37d-lomernin
11:22.30*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:36.49*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:37.56d_rossbergstarseeker: this is what i get with cmake on linux: http://www.pastebin.org/471285
12:38.17d-lobrlcad: Looking at pkg_permserver.  What is the reason for passing the the port to be used to listen on as a 'const char*' as apposed to an 'unsigned short' ?
12:38.34starseekerd_rossberg: where is your tcl/tk installed?
12:38.51starseekeror rather, do you have a system install?
12:39.20starseekerif not, this looks to be expected - I don't have a build of the local tcl/tk going yet
12:40.30starseekermy options for local tcl/tk building are either to use ExternalProject and try to get it working with the native build system, or write a CMake system for tcl/tk
12:41.02starseekerboth are potentially thorny, so I've been using system Tcl/Tk up until now
12:41.28starseekerI've just run into my own issues with doing so though, so it's time to figure something out :-/
12:41.34d_rossbergstarseeker: i think tcl will be build from the brl-cad source tree
12:41.56d_rossbergi you like i could install the tcl devel packages
12:42.14d_rossberg... and see what happens then
12:42.21starseekerd_rossberg: it's not urgent - in fact, maybe better not to
12:42.54starseekerthen you can test once I get local tcl/tk build going
12:43.16d-lobrlcad: especially since _pkg_permserver_impl runs the 'char*' through atoi then casts it to an 'unsigned short'
12:43.57d_rossbergok, i'll be a tester for "no tcl devel packages installed"
12:44.02starseekerd_rossberg: thanks!
12:44.05d-lobrlcad: sorry, ment char* -> atoi -> unsigned short -> htons
12:44.42starseekerd_rossberg: My hunch for Windows is that things will fail early in the configure stage...
12:45.40CIA-42BRL-CAD: 03davidloman * r40097 10/rt^3/trunk/src/libPkgCpp/ (PkgClient.cxx PkgClient.h PkgServer.cxx PkgServer.h): Start wiring up libpkgcpp functionality to libpkg
12:47.30d_rossbergstarseeker: i'm still in the process of checking out the cmake branch on windows, it stops every few files (probable an issue with the proxy)
12:48.00starseekerah, fun
12:49.37d_rossbergi probable should have copied the trunk checkout and switched it to the cmake branch ... now it's to late
12:50.56``Erikd-lo: getservbyname() can use the strings in /etc/services instead of declaring port yourself
12:51.28``Erik:564
12:51.36d-lo?? not exactly what I was asking, but thanks for that info!
12:51.58``Erikpkg_permserv() can take either the number of the name and figure out what to do
12:52.22``Erikpkg_permserv(iface, "telnet", ...)
12:53.00d-loah, okay.  so could pass "telnet" as well as "45199"
12:53.02d-lo?
12:53.13``Erikyeah
12:53.26d-loah.  C-fu whoops my butt again :)
12:53.34``Erikline 564
13:03.05*** join/#brlcad Stattrav (~Stattrav@117.192.150.82)
13:09.25d-lo``Erik: is there a way to obtain a complete list of brlcad libraries currently installed?
13:09.40d-lobrlcad-config --libs  only gives a few, not all.
13:23.30CIA-42BRL-CAD: 03davidloman * r40098 10/rt^3/trunk/cmake/FindBRLCAD.cmake: FindBRLCAD.cmake: Cleaned up logic flow. Added a BRLCAD_LIB_DIR for aid in finding libraries not reported by brlcad-config.
13:26.57``Erikum
13:26.59``Erikls?
13:27.01``Erik:D
13:28.35d-lo:P
13:28.50d-lothats what I am doing until i find a better way :)
13:28.51``Erikfor the fbsd port manifest, I update it by hand (sorta, with find and sed wired in)
13:29.22``ErikI've been thinking about having a make target to automatically generate the manifest and manpage sets
13:29.50d-lothat would be good :)
13:30.05d-lobrlcad-config is a good idea, but it doesnt report all the libs :/
13:37.22CIA-42BRL-CAD: 03d_rossberg * r40099 10/brlcad/trunk/src/ (libged/bot.c librt/primitives/bot/bot.c):
13:37.22CIA-42BRL-CAD: some compilers (as MSVC 2008) do not like these C99 idioms
13:37.22CIA-42BRL-CAD: put variable declarations to the begin of the section
13:38.50CIA-42BRL-CAD: 03d_rossberg * r40100 10/brlcad/trunk/src/libged/CMakeLists.txt: synced with Makefile.am
13:42.26CIA-42BRL-CAD: 03erikgreenwald * r40101 10/brlcad/branches/bottie/ (82 files in 34 dirs): MFC
13:42.28d-lodoes 48 libs sound about right?>
13:44.48``Erikhm, I see 48 .a files with tcl and png, but no libz... somewhere in the neighborhood, but "it depends"
13:45.27d-loI'm going off of .so file sinstalled after an --enable-all
13:45.34d-loso as long as I am close.
13:46.40*** join/#brlcad Stattrav (~Stattrav@117.192.130.128)
13:47.10d-lowhats libutahrle ?
13:47.29``Erikthe utah compression crud for images, iirc
13:47.54``Eriksrc/other/libutahrle :D
13:48.15``Erikthinks it's just used for the *-rle and rle-* pix utils
13:51.44d-lokk thanks.  
13:52.54CIA-42BRL-CAD: 03bob1961 * r40102 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Membership operator was missing for leaves.
13:55.52CIA-42BRL-CAD: 03erikgreenwald * r40103 10/brlcad/branches/bottie/src/ (4 files in 2 dirs): move tie engine into librt
14:03.46*** join/#brlcad Nohla (~Nohla@201.255.222.78)
14:09.41CIA-42BRL-CAD: 03bob1961 * r40104 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Activate the old membership view and tie it to the apply/reset buttons.
14:19.29d-loquestion:  if we install headers into 2 places: include/ include/brlcad, we can easily find the include/brlcad/ dir by searching for bu.h, but what header file in include/ can we be absolutely sure will be present for a brlcad install (that we can search for to determine the brlcad *base* include dir?
14:21.05d-lothat was poorly worded, i know :/
14:21.16``Eriknone
14:21.34``Erikor; brlcad/bu.h :)
14:21.51d-lothe only guranteed dir is include/brlcad/ then?
14:22.11``Erikif we can find everything we need on the system and don't touch src/other, then the only two things in that dir should be brlcad/ and tie/
14:23.21``Erikhuh, chinese t69's are being dumped in the gulf of thailand to form an artificial reef
14:23.30d-lokk.  so assuming that openNURBS/ would be: include/brlcad/../openNURBS is probably a bad idea...
14:24.56``Eriktheoretically as bad of an idea as assuming include/brlcad/../zlib.h (though I don't think anyone actually packages opennurbs yet)
14:33.23d-lookay.  Does --enable-all make the build system assume there is NOTHING on the system and needs to make everything in src/other ?
14:33.35``Erikit should
14:33.50d-lookay, so next assumption:
14:34.24d-loif I were to do a --enable-all and set the --prefix to a fresh (empty) dir
14:34.54d-lothen the resultant headers in that fresh dir is representative of header brlcad needs ?
14:35.06``Erikum, probably? :D
14:35.19d_rossbergstarseeker: this is my cmake output on windows: http://pastebin.org/471875
14:35.29``Erik(aside from OS specific stuff)
14:36.13d_rossbergand on the second run: http://pastebin.org/471886
14:45.29starseekerd_rossberg: ah, excellent - thanks!
14:45.47starseekerhmm, looks like the day/month assumptions are different - must be locale specific
14:45.51starseekerdoggone it
14:46.05starseekernot sure what to do about that - detect it somehow?
14:46.55starseekerwhat version of CMake are you using on Windows?  I'm surprised that if clause fails on Windows but not on Linux...
14:58.13d_rossbergversion 2.8.2
14:58.48starseekersigh... ok - I'll try nexting that test
14:59.16starseekerd_rossberg: do you know of any way to either tell the Windows data command a specific format or determine what region Windows is set to from the command prompt?
15:06.28CIA-42BRL-CAD: 03starseeker * r40105 10/brlcad/branches/cmake/ (CMakeLists.txt src/libfb/CMakeLists.txt): Tweak the if logic for data directory settings
15:06.50starseekerd_rossberg: that may resolve the unknown arguments error
15:07.24starseekerlooks into what to do about lex/yacc on Windows...
15:08.24d_rossbergstarseeker: no, i used date and time until now as simple time stamping strings not caring how they look like
15:08.36starseekernods
15:09.00starseekerwhat little I can find on the Web suggests that this isn't something that can be done from the Windows command line
15:09.11starseekerponders... hmm...
15:12.07d_rossbergthe BRLCAD_PREFIX isn't set for windows
15:14.47starseekerah, whoops
15:20.56CIA-42BRL-CAD: 03starseeker * r40106 10/brlcad/branches/cmake/CMakeLists.txt: Put some kind of default in for Windows - probably will need something smarter later.
15:30.06brlcadd-lo: if brlcad-config doesn't report all of the libs, that's a bug that should be fixed
15:30.28brlcadwhat's not reporting?
15:32.32d-lomost of them, actually. *compiles  list*
15:32.40d-lothe one I am specifically after is libpkg
15:32.42starseekerbrlcad: uh.  What do I do about lex/yacc code on Windows?  A search suggests that Visual Studio doesn't support lex/yacc, and that means either a) we require something like gnuwin32's ports of flex and bison to be installed or b) we build our own copies of lex/yacc on Windows (in which case we may as well build our own optionally on all platforms...)
15:33.21brlcad_psilva: the dll is pretty snazzy if you just want to link against one dll and get access to a lot of our library goodies
15:38.22d_rossbergstarseeker: it often works this way: the generated files will be checked in too
15:39.06starseekergah
15:41.24d_rossbergthe "datadir:" message is red (maybe because of a missing "STATUS")
15:41.57starseekerdoes the read clear up after one more configure?
15:42.03starseekerred rather
15:46.36d_rossbergno, it stays red
15:47.18starseekermust not be a valid path
15:47.31starseekerI'll have to scare up another system intended to build on Windows and see what they do
15:48.25d_rossbergas i said: the option argument is missing in this message
15:48.33d_rossberg(?)
15:49.01brlcadd-lo: the reason it takes a string is that you can request for a service by name instead of by port number
15:49.26brlcadd-lo: so you can connect to 128.32.32.128:smtp for example
15:49.38brlcadand it'll do the proper mapping for smtp
15:49.46brlcadgetservbyname()
15:49.58d-logotcha.  erik skooled me already
15:50.45brlcadahh, yeah, .. what ``Erik already told you ;)
15:53.18brlcadcatches up with the log
15:54.20brlcadd-lo: er, it has libpkg
15:55.08brlcadrun brlcad-config without any arguments, it'll list the libraries it's set up for
15:57.53d-lobrlcad-config --libs doesnt show it.
16:00.30brlcadstarseeker: some check them in, some rely on dist prep (so you have to make dist on a platform with lex/yacc, but then can compile that source tarball anywhere)
16:01.35brlcadd-lo: notice in the Libraries list, it's merely defaulting to the libbrlcad libs if you don't specify one
16:02.19brlcadyou shouldn't be relying on the default, specify the libs you want
16:03.48d-loWell, I was trying to fix part of Dr Rossberg's FindBRLCAD.cmake-fu, but have since abandoned the notion of using brlcad-config to obtain a list of installed libraries and header locations.
16:04.06d-lo...since last i checked brlcad-config isn't available on windows.
16:09.03brlcadmaking brlcad-config work on windows is less work than any maintainable alternative work-around that I can think of
16:26.46yukonbobmorning #brlcad
16:27.29d-lomernin!
16:29.12yukonbobmawnin
16:29.13yukonbob:0
16:29.17yukonbob:)
16:29.38yukonbobirssi consuming the ) after a :
16:29.50yukonbobnom nom nom *burp*
16:29.55yukonbobmmmmmmmm.... parens.
16:40.53_psilva:)
16:41.15_psilvano consumption here :\
16:41.49brlcadbad silva, no alco fer u
16:44.18_psilvathe russians here have a stockpile of vodka
17:21.59d-lohaha, just got an email from a friend: "Just wanted to let you know - today I received my 2010 Obama Stimulus Package. It contained two watermelon seeds, cornbread mix, and 10 Coupons to KFC. The directions were in Spanish."
17:27.35_psilvaok
17:43.20*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177872371.dsl.bell.ca)
17:48.58*** join/#brlcad mafm (~mafm@83.45.73.176)
18:00.01CIA-42BRL-CAD: 03starseeker * r40107 10/brlcad/branches/cmake/ (3 files in 2 dirs):
18:00.01CIA-42BRL-CAD: OK, take a very serious stab at getting SOME kind of robust date information.
18:00.01CIA-42BRL-CAD: Use configure_file, try_run, and every other trick I know of to get this working
18:00.01CIA-42BRL-CAD: - probably not cross platform yet but should update time.c.in accordingly to try
18:00.02CIA-42BRL-CAD: and get this compiling everywhere.
18:52.47*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:54.50CIA-42BRL-CAD: 03starseeker * r40108 10/brlcad/branches/cmake/CMakeLists.txt: Clear stray debugging printout.
19:39.28CIA-42BRL-CAD: 03erikgreenwald * r40109 10/brlcad/branches/bottie/ (include/tie.h src/librt/primitives/bot/tie.h): move tie.h into include/
19:40.29CIA-42BRL-CAD: 03erikgreenwald * r40110 10/brlcad/branches/bottie/src/librt/Makefile.am: compile in the tie stuff with float/double hack
19:41.06CIA-42BRL-CAD: 03erikgreenwald * r40111 10/brlcad/branches/bottie/include/Makefile.am: add tie.h to the list
19:42.03CIA-42BRL-CAD: 03erikgreenwald * r40112 10/brlcad/branches/bottie/src/adrt/ (7 files in 3 dirs): reflect the exodus of tie from this dark twisty maze
19:46.13brlcadyou could make two noinst libraries with different CFLAGS to get the same effect without the need for a hack
19:46.36``Erikyeah, that's how it is in trunk
19:47.25brlcadso it was actually more work to do the hack .. nice :)
19:48.02``Erikin this case, I'm just calling $(LTCOMPILE) with immediate targets *shrug* good 'nuff for this experiment, should probably have the entire approachc ompletely changed at some point
19:48.10``Eriknah, I use vim, not emacs, so it  was like 4 keypresses :D
19:48.41brlcadnot from the diff I'm seeing
19:50.14brlcadyou removed the "clean" bits from src/adrt .. yet still had to go to another file (presumably Makefile) to come up with ltcompile lines that would work (which are only guaranteed on that platform btw)
19:50.53brlcadwhatever, it's your playground branch ..
19:51.03brlcadit was just actually mergeable until that point
19:53.44``Erik*shrug* if you wanna swap the noinst_LTLIBRARIES crap back in, knock yourself out, I'm getting ready to make a bit mess of the source during this tiny bits of time between iaso, dts, etc...
19:54.05brlcadlike I said, your playground
19:54.12starseekergrowls... source for flex is 2.1 megs with tests and such stripped out, and byacc is 270K
19:54.18brlcadI'm not touching it, especially after you pee in the sand :)
19:55.38starseekerconsiders a nastygram to the Visual Studio devs... come on guys, they're BSD licensed, why aren't they included???
19:56.50``Eriknotes that LTCOMPILE is defined exactly the same way on 3 different os's O.o
19:56.58brlcadand worse when you don't own up to having done something lame, but again...
19:57.00brlcadme really no care -- whatever :)
19:57.20``ErikI'm not sure it's all that lame... both ways are hacks, just different hacks *shrug*
19:57.21brlcadimagine that, they all are set up to run gcc
19:57.30starseekeryou think that's lame - watch me (sooner or later) integrate flex and byacc with CMake into a Windows build of BRL-CAD :-P
19:58.05``Erikthey're hard defined before the notion of which compiler comes into it, that's why it's LTCOMPILE instead of COMPILE
19:58.12brlcadthe noinst isn't a hack, that's how they say to do that
20:00.25brlcadthere's post-configure assumptions on those lines in addition to the (-MT -MD, etc) compiler flags too, like whether dependency tracking is enabled
20:00.34brlcadturn off dependency tracking and the build is probably busted
20:04.21brlcadif you actually believe that the 16 repetitious lines are better than the 6 lines it took to describe the noinst libs, then I don't think there's any value in continuing that thread of discussion :)
20:04.35brlcadi'm all for quick hacks, especially in playgrounds
20:06.02brlcadstarseeker: ... yeah ... why? :)
20:06.45brlcadthose are nasty deps to pick up for such a tiny fraction of the codebase..
20:17.50starseekerassumes a) were going to be using it for more of the codebase eventually (conv) and b) wants to try to do Windows building "right" if he's going to do it at all
20:21.34CIA-42BRL-CAD: 03starseeker * r40113 10/brlcad/branches/cmake/CMakeLists.txt: Start putting together the logic needed for the 'summary' printout at the end of the build.
20:22.13brlcadstarseeker: I'd argue that carrying around a fully developed lexer and parser aren't the "right" way :)
20:22.40starseekerwell, if we require the installation of the gnuwin32 flex and bison that could work too
20:22.51starseekerI cringe at the idea of checking in generated files though
20:22.57starseekeronly as a last resort
20:23.24brlcadI cringe too, though that pretty much is the most common practice for supporting windows
20:23.42starseekercommon != good, and I would like to be good...
20:23.44brlcadrequiring the installation of a lexer/parser combo is reasonable
20:23.53starseekernods
20:24.01starseekerk, time for a test...
20:24.07brlcadjust have to document what exactly needs to be installed
20:24.25brlcadright now it's a compiler and nsis if you're on windows
20:24.39brlcadso it'd be a compiler, nsis, and a lexer/parser
20:24.47starseekernods - plus CMake :-)
20:25.04brlcadif starting from a checkout, yeah
20:25.33brlcadso there's checkout requirements, and tarball requirements -- not necessarily the same
20:25.48starseekeractually, I'm not sure if CMake builds function without CMake installed...
20:26.03brlcadthat's where some projects opt for no lexer/parser requirement to compile from source tarball
20:26.28brlcadcurrently that's what we do (or at least how it's supposed to be set up)
20:26.46brlcadthey should function -- that's one of the points
20:27.19brlcadspitting out msvc or makefile or xcode projects or whatever
20:28.21starseekeroh, sure - but I'm not sure if the makefiles would be portable system to system
20:28.22brlcaddid I mention that one of the kitware devs was at mil-oss?
20:28.32starseekerwas he?  Sweet!
20:29.15brlcadyeah, patrick reynolds
20:29.32brlcadgave an ignite talk on continuous integration and build testing
20:29.45starseekerOnce a cmake configure has run, it can build without CMake - but unlike autotools, you do need cmake to do the configure - there's no configure script generated from CMakeLists.txt, unless I'm misunderstanding how it works
20:30.05starseekerbrlcad: was that the cdash/ctest stuff they have?
20:30.19brlcadyeah
20:30.58brlcadso yeah, you don't end up with a portable build
20:31.13brlcadbut you end up with a self-contained build for a given platform environment
20:31.22starseekerright
20:33.49brlcadstarseeker: curious, did you try running http://websvn.kde.org/trunk/KDE/kdesdk/cmake/scripts/ ?
20:33.52brlcadam2cmake
20:34.56starseekerwhoops... no, I didn't
20:35.01brlcadthink i've seen a php variant too
20:35.15brlcadmight be good for an 80% bootstrap conversion
20:35.27starseekernods
20:35.34brlcadno way it'll fully work, but might save a few days
20:35.50starseekerthat could be very handy when I start hitting binaries - rt alone took forever
20:35.52brlcadhttp://emanuelgreisen.dk/stuff/kdevelop_am2cmake.php.tgz is another
20:36.19brlcadif anything, could take one of those two scripts and extend it to work with our layout
20:36.44brlcadthrowaway tool to help get the job done
20:36.59starseekernods
20:37.01brlcadah ha!
20:37.02brlcadhttp://www.cmake.org/Wiki/CMake#Converters_from_other_buildsystems_to_CMake
20:37.21brlcadmight even get some mileage out of the vstudio2cmake :)
20:38.22starseekerdefinitely, once I start actually trying to build on Windows :-P
20:39.52starseekerdreads that day - by the very nature of the beast I'll probably be trying to build a lot of things never before tried on Windows
20:40.41starseekermakes note of this - will be relevant http://www.cmake.org/Wiki/CMake:Multiple_versions
20:43.23brlcadstarseeker: ah, found another confirmation that it's expected that one ship cmake with one's source code in order to bootstrap+compile
20:44.28starseekerbrlcad: is that acceptable to us?
20:44.55brlcadit's not a show-stopper, just a tradeoff we don't presently have to put up with
20:46.11starseekernods - I guess in principle all we need now is sh, m4 and make...
20:47.24brlcadit actually reminds me a bit of our old "cake" build
20:47.36starseekerwinces
20:47.38starseekerouch
20:47.53brlcadwe bootstrap from checkout, build cake, then compile with it
20:48.07brlcadin theory, cmake wouldn't be much different of a setup
20:48.49brlcadexcept that you build cmake with cmake, heh
20:49.18brlcadahh, they have a bootstrap
20:49.53starseekeroh, crud - looks like Visual Studio 2010 is now the "current" version
20:51.40_psilvaheh
20:52.14_psilvawe had to drop 2003 support to accomodate this 'current' version
20:52.39_psilvabut the asians like their obsolete versions
20:54.38brlcadstarseeker: can get it working in visual c++ express (free msvc8)
20:55.01starseekerer - that's what I mean - their express version is now 2010
20:55.20starseekerlord knows what that breaks
20:55.24brlcadah, right
20:56.03brlcadhm, I should try a build with express
21:01.35_psilvau can always try to use its 2k8->2k10 proj/sln conversion
21:08.38CIA-42BRL-CAD: 03r_weiss * r40114 10/brlcad/trunk/src/librt/primitives/bspline/nurb_eval.c: added bu_bomb to catch possible invalid index returning from function rt_nurb_knot_index
21:16.38*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
21:20.28CIA-42BRL-CAD: 03r_weiss * r40115 10/brlcad/trunk/src/librt/primitives/bspline/nurb_eval.c: added bu_bomb to catch possible invalid index returning from function rt_nurb_knot_index
21:28.40CIA-42BRL-CAD: 03n_reed * r40116 10/brlcad/trunk/src/tclscripts/boteditor/ (botEditor.tcl botPropertyBox.tcl botTools.tcl): bot editor interface improvements; updating property info when commands are run
21:31.22CIA-42BRL-CAD: 03erikgreenwald * r40117 10/brlcad/branches/bottie/include/ (bot.h rtgeom.h): stub the TIE instance into both bot representations.
21:31.32CIA-42BRL-CAD: 03erikgreenwald * r40118 10/brlcad/branches/bottie/src/librt/primitives/bot/g_bot_include.c: bind the TIE instances
21:31.48CIA-42BRL-CAD: 03erikgreenwald * r40119 10/brlcad/branches/bottie/src/librt/primitives/bot/bot.c: start wiring up conditional TIE execution
22:05.56*** join/#brlcad CIA-42 (~CIA@208.69.182.149)
22:11.41*** join/#brlcad CIA-42 (~CIA@208.69.182.149)
23:00.34*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177879057.dsl.bell.ca)
23:14.09*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1178015089.dsl.bell.ca)
23:24.55brlcadany gov'y interested in a potential $500-1000 innovation prize?  http://www.defense.gov/home/features/2010/0710_invest/
23:35.39CIA-42BRL-CAD: 03brlcad * r40120 10/brlcad/trunk/Makefile.am: need to capture all the numbers of the triplet, not just the first digit otherwise it'll just keep expanding the number out like 7.16.10000
23:54.16CIA-42BRL-CAD: 03brlcad * r40121 10/brlcad/trunk/src/librt/primitives/bspline/ (24 files): ws indent style cleanup along with doxygen comment conversion.
IRC log for #brlcad on 20100812

IRC log for #brlcad on 20100812

01:19.05CIA-42BRL-CAD: 03starseeker * r40122 10/brlcad/branches/cmake/misc/CMake/ResolveCompilerPaths.cmake: Add in the ResolveCompilerPaths CMake module from Jed Brown's repository (added CMake license per email from Jed) - potentially useful for more advanced Find*.cmake scripts.
01:24.47CIA-42BRL-CAD: 03starseeker * r40123 10/brlcad/branches/cmake/misc/CMake/FindLEX.cmake: Flesh out the license statement as noted in the original file.
01:27.41CIA-42BRL-CAD: 03starseeker * r40124 10/brlcad/branches/cmake/misc/CMake/ (FindLEX.cmake FindYACC.cmake): Do the same license inclusion for FindYACC
02:07.01louipcHey guys. Is it OK if I commit this patch? http://sourceforge.net/mailarchive/forum.php?thread_name=20100416011410.GD8231%40lynn&forum_name=brlcad-devel
03:34.57*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
03:43.09brlcadlouipc: sure, I personally haven't gotten that far down my email list yet to review
03:43.23brlcadbut if you have tested it out, great!
04:00.20louipchehe thanks
04:03.58CIA-42BRL-CAD: 03louipc * r40125 10/brlcad/trunk/src/tclscripts/mged/ (mgedrc.tcl openw.tcl): (log message trimmed)
04:03.58CIA-42BRL-CAD: mged: Add config option to turn off statusbar.
04:03.58CIA-42BRL-CAD: http://sourceforge.net/mailarchive/forum.php?thread_name=20100416011410.GD8231%40lynn&forum_name=brlcad-devel
04:04.26CIA-42BRL-CAD: From: Rob Shinn <rob.shinn@gmail.com>
04:04.26CIA-42BRL-CAD: Date: Wed, 14 Apr 2010 23:47:41 -0400
04:04.27CIA-42BRL-CAD: Subject: [brlcad-devel] mged_default(status_bar)
04:04.27CIA-42BRL-CAD: I needed a .mgedrc option to turn on and off the status bar because I
04:15.53brlcadlouipc: be sure to credit him in AUTHORS as well under code contributions
04:16.13brlcadand thanks for doing the review
04:22.31CIA-42BRL-CAD: 03louipc * r40126 10/brlcad/trunk/AUTHORS: AUTHORS: Credit Rob Shinn
04:26.18louipcmy pleasure
05:12.26CIA-42BRL-CAD: 03brlcad * r40127 10/brlcad/trunk/NEWS: rob shinn wrote a small patch to allow the status bar to be toggled on/off via the .mgedrc; applied and verified by louipc. awesome.
05:15.32CIA-42BRL-CAD: 03brlcad * r40128 10/brlcad/trunk/NEWS: first to get added, nick reed added a new 'bot' command that looks up and reports on current BoT parameters
05:41.30brlcadstarseeker: here's a "project" that might be worth integrating:  http://code.google.com/p/psketcher/
05:41.50brlcadlooks like he's got some decent 2D capability implemented that would be compatible with our representation
05:55.00brlcade-mailed the author to ask about collaboration
06:09.02*** join/#brlcad PrezKennedy (Prez@96.31.84.96)
06:26.48*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:29.34*** join/#brlcad zhangzz04 (3d8b4e0f@gateway/web/freenode/ip.61.139.78.15)
09:25.52*** join/#brlcad mafm (~mafm@83.45.73.176)
10:19.48*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
10:55.50*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
11:36.47d-loMerning all!
11:49.31*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
11:59.50d-lohttp://seemikedraw.files.wordpress.com/2007/12/melons-col.gif
12:17.26starseekerbrlcad: that does look interesting, if he'll convert from GPL to LGPL
12:38.34d-lohttp://seemikedraw.files.wordpress.com/2008/04/second-chance.gif
12:38.41d-lohttp://seemikedraw.files.wordpress.com/2007/10/chicken2.gif
12:40.46d-loI really like this artist :)
13:31.04CIA-42BRL-CAD: 03starseeker * r40129 10/brlcad/branches/cmake/CMakeLists.txt: Add in test for Xlib.h, since libfb wants this particular variable defined... is this an appropriate job for FindX11.cmake?
13:44.30d-lois it safe to assume the presense of 'find' on all modern *nix systems?
13:55.56CIA-42BRL-CAD: 03starseeker * r40130 10/brlcad/branches/cmake/src/libfb/CMakeLists.txt: Whoops - add the standard definitions to libfb's CMakeLists.txt
14:10.24brlcadstarseeker: one of his deps is gpl is probably why he's gpl, but fortunately it's one that can be replaced with our functionality if he's interested in collaborating
14:11.15*** join/#brlcad zhangzz04 (ddb62e0c@gateway/web/freenode/ip.221.182.46.12)
14:11.35starseekerah good
14:11.50starseekerhope he responts
14:11.54starseekerer responds even
14:12.10brlcadd-lo: heh, those are pretty funny
14:12.23brlcadreminds me a bit of farside
14:12.40brlcad(and not just because of the chicken) :)
14:12.48zhangzz04err...it's my first time here~
14:12.59brlcadzhangzz04: hello and welcome, then
14:13.06d-loWhy hullo there zhangzz04!
14:13.17zhangzz04:)
14:16.03brlcadd-lo: yeah, 'find' is safe .. BUT .. there's a strong philosophic philosophic debate out there that build systems should be deterministic (for predictability, security, stability, consistency, .. other reasons)
14:16.04d-locontinues to hammer on FindBRLCAD.cmake
14:16.26d-lowhat do you mean by deterministic?
14:16.27brlcadand if you're searching the filesystem, it's not going to be deterministic, no matter what the reasoning
14:17.00d-loHrm, other than ENV vars, how else can one find external deps?
14:17.40brlcadmost platforms define a system mechanism for finding resources
14:17.51zhangzz04I want to know more about brlcad such as how can I add the function I need, I am new to brlcad, so some questions may be naive...
14:18.38brlcadd-lo: in practice, you either rely on the system mechanism or you give the user the means to specify
14:19.00brlcadI've seen violent e-mails from users for software that searched their filesystem
14:19.07d-lolol, I bet
14:19.55d-loso I wonder what the underlying mechanism for CMake's FIND_FILE FIND_PATH FIND_LIBRARY and FIND_PROGRAM are then...
14:21.11brlcadfor finding brl-cad, we're either a) in a sysmem location where linking against -lbrlcad just works or b) we in our default location and linking against -L/usr/brlcad/lib -lbrlcad works or c) the user tells us where brl-cad is installed --with-brlcad=/path/to/brlcad
14:22.05d-lowhen you say 'us' what do you mean?
14:22.12brlcadFIND_LIBRARY almost certainly searches the system library paths, plus any specified to it
14:22.48brlcad'us' would be some cmake option we provide
14:22.57d-loah, okie.
14:23.03brlcadthat would make FIND_PROGRAM work, for example
14:24.01d-logotcha
14:24.47brlcaduser specifies --whatever-find-brlcad-here=/usr/whatever/brlcad .. then in the CMake logic, that ends up appending to PATH (for finding binaries), the library search paths (equivalent to LD_LIBRARY_PATH, but not directly), and cpp search flags (equivalent to CPPFLAGS, but again not directly)
14:25.11d-loright on.  Working that right now, atm.
14:25.20brlcadthere have to be other examples of such flags existing too, guaranteed
14:25.25CIA-42BRL-CAD: 03starseeker * r40131 10/brlcad/branches/cmake/CMakeLists.txt: Make the include stuff slightly closer to what it should be - need a cross platform way to capture user and machine, as well as some way to increment count.
14:25.47d-lowas thinking about putting in logic to check for a $BRLCAD_HOME env var.... thoughts?
14:26.08brlcaddear god please don't :)
14:26.17brlcadtook years to undo that from our old cake build :)
14:26.29brlcadyou know how many analyst and modelers files I had to edit ....
14:26.38d-lowhat are the cons?
14:27.05brlcadit gets set to something and that becomes a fixed setting
14:27.17brlcadmonths/years go by and the next update they try, it's still set
14:27.23brlcadand mysterious things can happen
14:27.41brlcadespecially when the old is still installed and it becomes a run-time override too
14:27.50d-loah, that makes sense.
14:28.18brlcadalso breaks convention, at least nobody does that I know of for compilation
14:28.31brlcadwe do have run-time overrides, BRLCAD_ROOT and BRLCAD_DATA
14:28.47brlcadconfigure checks for them now and bitches very noisily if they're set
14:29.06d-lohehe
14:29.27brlcadthey should really only be used to adjust run-time resources to a different path than what it was compiled for (for finding things like our tclscripts)
14:32.13brlcadneeds more than two hands to count the number of times some mysterious mged failure, rt failure, muves failure, and compilation failure was directly caused by BRLCAD_ROOT being set
14:32.55d-loalright then, I work on getting cmake looking for BRLCAD_HOME to simplify search logic ;)
14:32.59d-lomuwahahahaha
14:33.39brlcadit really was a substantial time-consuming problem that took a while to undo behavior on, just ask D or one of the other guys about how often it came up
14:33.57brlcadsurprised you didn't run into it, though I think I'd squashed it by then
14:34.26brlcadit's all run-time derived now with much better auto-sensing behavior
14:36.08zhangzz04brlcad: I am such a beginner for both programming and brlcad, I totally have no idea where to start, I have found informations on the brlcad website, but I am afraid of I need more detailed documents for developping, is there any suggests for me?
14:37.24d-lozhangzz04: I'd say it all depends on what you are wanting to do!
14:37.35brlcadzhangzz04: it sounds like you really don't quite know what you're trying to accomplish yet
14:37.55brlcadonce you figure that out, the how becomes a lot easier to explain
14:37.55zhangzz04err....T_T
14:38.14brlcadat least, you haven't articulated what you're trying to do yet
14:38.51brlcadso what's your question, specifically?
14:39.08brlcadyou ask for suggestions, suggestions for what exactly?
14:39.36zhangzz04I wanna add some function I need like mesh the geometry as I wish, then creat parallel rays, get the crosspoints of the rays and geometry
14:40.29brlcadzhangzz04: is there a particular reason why you need to mesh the geometry?  you can shoot rays without meshing
14:41.14zhangzz04I also want to get the crosspoints of rays and meshes
14:41.34brlcadI get that, but why does it need to be a mesh?
14:42.13zhangzz04wait a minute, I need to think how to explain it in English...
14:43.19brlcadconverting to mesh is more work that makes the results less accurate, so I'm curious why you wouldn't just evaluate the cylinders or other geometry directly
14:43.56``Erik*readread* from what I've seen, BRLCAD_HOME environment variable is the cmake way, with the usual way of setting it being "cmake -DBRLCAD_HOME=/usr/local/blrcad .", but I might be looking at horrible examples
14:45.02``Erikgetenv_path() in the .cmake file, et
14:45.04``Eriketc
14:45.45``Erik(but everything I've been looking at is ogre3d or ogre3d related)
14:46.28zhangzz04I need to solve PDE in 3D geometry, it's not accurate when in a large scale, so mesh a geometry into small pieces can make it accurate
14:49.17zhangzz04there is a source in the geometry, it only can be thought a const if if in a small pieces
14:50.44``Erikhm, our ray firing on CSG is pretty fast, converting to a mesh is either slow and prone to failure, or really slow and produces horribly huge meshes
14:51.29``Erik(indeed, the later actually works by firing parallel rays to get the intersection points and tries to create triangles from the results)
14:54.40zhangzz04err~~I think my mesh is not really what you mean, it's more likely to make a large geometry to small regular pieces, not must be or needn't to be triangles
14:55.51brlcadzhangzz04: solving a PDE has little, if anything, to do with meshing .. it's just a common technique by finite element analysis codes
14:56.11brlcadif you're writing the code and performing the PDE, then you don't really need to mesh, you can just sample the geometry as you like
14:56.24``Erikah, can you run your simulation on 'regions', which represent a single item of homogeneous material?
14:57.02brlcadfor what it's worth, "mesh" means explicit polygonal boundary representation
15:00.30brlcadd-lo: here's some related background rationale loosely related to what we were just talking about regarding deterministic behavior:  http://www.faqs.org/faqs/unix-faq/faq/part2/section-13.html
15:00.59brlcadthere, they are specifically talking about PATH and auto-searching the current dir, and the impact with regards to security
15:01.34brlcadbut it's all part of a larger philosophic view (security is only one concern across about a half-dozen aspects)
15:01.51zhangzz04I think I didn't explain it clearly, I am studying on method of characteristics, it need to perform on smaller "mesh", and the "mesh" can be smaller sphere, cylinder, etc~
15:02.29d-lobrlcad: thanks for the link!
15:03.23d-lozhangzz04: so when you say 'mesh' you are talking about a collection of geometric shapes?
15:04.35zhangzz04err...it's more likely small parts of a large geometry
15:05.20d-lookay then, for the sake of conversation then, can we just call this 'mesh' of geometry, 'geometry' ?
15:05.21zhangzz04I am shamed for my English and expression
15:05.49d-loDon't worry about it :)  You speak better english than a lot of English speakers :)
15:06.00zhangzz04of course, thanks a lot~
15:08.05brlcadzhangzz04: okay, so you want to shoot rays at some geometry, and perform some calculations, yes?
15:08.28zhangzz04so, my goal is to describe a geometry with 'geometry' and then fire parallel rays, get all the crosspoints of the rays and all 'geometry'
15:09.04zhangzz04yes, finally, you know it, sorry again...
15:09.18brlcadand you said you're new to programming
15:09.23brlcadhave you done any programming?
15:09.41brlcadif not, that's going to be your biggest hurdle by far
15:09.46zhangzz04on brlcad? no
15:09.50brlcadon anything
15:11.00zhangzz04I did some small program, it's really difficult for me
15:11.37brlcadin what language?
15:12.04zhangzz04C and fortran, by the way, my OS
15:12.09zhangzz04is windows
15:12.17brlcadsorry to hear that
15:12.25brlcadjust makes things even harder
15:12.54zhangzz04I am sorry too when I found most program is under UNIX
15:13.04brlcadso your next step is probably to 1) create some geometry with mged
15:13.11brlcadmged is brl-cad's GUI modeler
15:13.13zhangzz04yes
15:13.27brlcadthere are extensive tutorials on the website
15:13.51zhangzz04I have read the tutorials
15:13.54brlcadonce you have some geometry, then step 2) is shoot a ray at your geometry
15:14.01brlcadreading them is not sufficient
15:14.07brlcadyou have to DO them
15:14.12brlcadat least a couple of the lessons :)
15:14.24zhangzz04what do you mean DO?
15:14.26brlcador you're just going to make it even HARDER for yourself
15:14.57brlcaddo, execute, perform .. not just read them, but use them and create geometry
15:15.13zhangzz04ok, I see
15:15.54brlcadonce you have a .g file with some geometry, go to step 2 and compile the example ray-trace application
15:16.11zhangzz04by the way, is there any differences between the ray you mean and I want?
15:16.19brlcadonce you get that far, then you get to modify the code to shoot a grid of rays
15:16.54brlcadzhangzz04: what do you mean?
15:17.07brlcadI can't read your mind :)
15:17.15zhangzz04sorry...
15:17.18brlcadat least not on thursdays
15:18.32zhangzz04haha, I want to ray on all 'geometry' which are parts of a geometry
15:19.17zhangzz04I think now language is the most difficult...
15:23.45brlcadsounds like you want to shoot rays at all _regions_ which are parts of a _model_
15:24.36zhangzz04yes, I also want to ray in a model
15:25.07brlcadmaybe you should draw a picture of what you mean in 2d :)
15:25.27zhangzz04can I post a pic here?
15:25.33brlcadregardless, that still doesn't changes steps 1 or 2 and you still have a LOT of learning just to get those two completed
15:25.54brlcadyou can post a LINK to a pic here
15:25.57brlcadthis is IRC, text only
15:26.34brlcadcan uplaod an image to here:  http://imagebin.ca/
15:27.02zhangzz04yes, I will follow your suggest
15:31.02zhangzz04can the history of the chat here be saved after I exit?
15:32.14zhangzz04here, it's a simple one, I don't know it can express my idea clearly http://imagebin.ca/view/Vs7NGXMj.html
15:39.23brlcadyeah, that doesn't really show much :)
15:39.34brlcadbut yeah, you can definitely do that :)
15:40.24zhangzz04oh
15:42.04zhangzz04thank you so much, the grid I draw can be any shapes, is that also ok?
15:45.01d-lobrlcad: libterm... what is that?
15:45.15d-loterminal related stuff?
15:47.16zhangzz04all I need are these:1) creat a geometry; 2) divide it into small pieces; 3) shoot rays, get the crosspoints of the rays and the pieces(including the pieces inside the geometry). Can it be realized?
15:47.43d-lozhangzz04: yes, that should be very easy to do.
15:48.15zhangzz04really? I think the hard part is 2)
15:48.51d-lowhile making your geometry, I suggest making lots of regions, each with their own, seperate RegionID.
15:49.17d-lothis way, when you shoot rays with brlcad, it makes the regions the rays hit easily identifiable.
15:50.24zhangzz04yes, I also need the RegionID:)
15:50.30brlcadd-lo: libtermio, it's for controlling and talking to a terminal
15:50.44brlcadso yes, terminal-related -- think mged classic mode, or nirt interactive mode
15:51.11brlcadif it's got a command-line interface, it's related to libtermlib in some fashion
15:51.35brlcad(the lib has tons of names, too -- there's a substantial section of our configure.ac dedicated to it)
15:52.42brlcadzhangzz04: that's all pretty easy stuff to do
15:53.23zhangzz04Oh, thank you so muchT_T
15:53.31brlcadfrom what I understand of what you're doing, you can certainly do 2 but you don't have to either
15:53.47brlcadyour grid density defines a set of subdivision voxels
15:53.49zhangzz04?
15:54.25brlcadyou can explicitly divide into pieces like FEA codes, but that's fully unnecessary with ray-tracing
15:54.36brlcadjust use your rays
15:55.08zhangzz04my rays?
15:55.11brlcadand still doesn't require or involve polygonal meshes, you're just working with sections and pieces of geometry, represented by the sampling ray
15:59.57CIA-42BRL-CAD: 03davidloman * r40132 10/rt^3/trunk/include/: Add new libpkgcpp.h (generated) header to svn:ignore
16:03.04zhangzz04:) I have got much tonight(my place here is midnight...) I will DO it and focus on it~ I appreciate all your help.
16:04.54CIA-42BRL-CAD: 03davidloman * r40133 10/rt^3/trunk/ (5 files in 5 dirs): (log message trimmed)
16:04.55CIA-42BRL-CAD: Much needed love to FindBRLCAD.cmake. Script now looks for the presence of a
16:04.55CIA-42BRL-CAD: BRLCAD_BASE_DIR cmake variable to derive brlcad's bin/ lib/ and include dirs.
16:04.55CIA-42BRL-CAD: If BRLCAD_BASE_DIR is not present, then a search is conducted on the Environment
16:04.55CIA-42BRL-CAD: Variable 'PATH' for the appropriate dirs. Changes to this file propagated to
16:04.55CIA-42BRL-CAD: g3d and coreinterface. Additionally rolled up the Major, Minor, and Patch
16:04.56CIA-42BRL-CAD: version finding logic from the coreinterface CMakeLists.txt into
16:09.04CIA-42BRL-CAD: 03davidloman * r40134 10/rt^3/trunk/src/ (CMakeLists.txt libPkgCpp/ libPkgCpp/CMakeLists.txt): Wire in libpkgcpp into cmake. svn:ignore cmake byproducts.
16:10.30CIA-42BRL-CAD: 03davidloman * r40135 10/rt^3/trunk/src/libPkgCpp/PkgClient.h: Make the incoming connection cstr PUBLIC so PkgServer can use it.
16:11.11d-lobrlcad: i'd appricate any feedback about 'configure' logic i am using and assumptions I am making (knowingly or not) with the rt3 cmake stuff!
16:11.26d-loit's my 'first time' building a config system.
16:12.51CIA-42BRL-CAD: 03davidloman * r40136 10/rt^3/trunk/src/libPkgCpp/ (PkgServer.cxx PkgServer.h): Ack! Keep QT out of this lib. Also, simple bugfix for the callbacktable
16:13.02d-loand now.... lunch!
17:31.03brlcadd-lo: the quick scan through the FindBRLCAD.cmake looked pretty good actually
17:31.10brlcadwas a quick scan, though :)
17:31.26brlcadrips tkhtml3's cssprop a new one
17:32.05``Erikheh, the tcl to generate it doesn't seem to be consistent on where to put it O.o
17:32.20brlcadyeah
17:32.32brlcadpwd seems to shift between top and src somehow
17:33.32``ErikI've had it show up in ${builddir}, too
17:58.30CIA-42BRL-CAD: 03brlcad * r40137 10/brlcad/trunk/src/other/tkhtml3/tclconfig/: ignore depcomp
18:10.23starseekersupposes he's as close to working as he can expect until he stops using the system Tcl/Tk framework and actually builds Tcl/Tk for X11...
18:47.38*** join/#brlcad olgagirl (~olgagirl@212-198-248-35.rev.numericable.fr)
18:49.07*** join/#brlcad R0b0t1 (~Enigma@64.126.35.185)
18:49.09*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:54.04CIA-42BRL-CAD: 03starseeker * r40138 10/brlcad/branches/cmake/CMakeLists.txt: OK, get real for now - gonna need X11 on Apple until the framebuffer/dm stuff is sorted out.
19:28.17brlcadthink I finally found the cause of the problms, at least one of many culprits
19:28.49brlcadtkhtml was using VPATH to fake out make into finding targets in a variety of locations
19:29.12brlcadwhich was causing havoc on the source generation rules, which assumed one location or the other
19:29.22starseekergah
19:29.29brlcadso it'd satisfy a dependency rule only to fail on the next rule that needed it
19:30.32brlcadhave it reworked, though humorously (albeit successfully) compiling in triplicate
19:31.04brlcadonce through with the dynamic lib, then twice more with libtool (pic + non-pic)
19:41.10brlcadmm, got the parallel build failure fixed too
19:48.20starseekersweet!
19:48.25CIA-42BRL-CAD: 03starseeker * r40139 10/brlcad/branches/cmake/src/other/step/CMakeLists.txt: Don't stomp all over CMAKE_BUILD_TYPE now that we're doing something with it...
19:52.52CIA-42BRL-CAD: 03brlcad * r40140 10/brlcad/trunk/src/other/tkhtml3/src/mkdefaultstyle.tcl: quirks and *.c are not special
19:53.33CIA-42BRL-CAD: 03brlcad * r40141 10/brlcad/trunk/src/other/tkhtml3/configure.ac: sort so we match the Makefile.am
19:57.09CIA-42BRL-CAD: 03brlcad * r40142 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: (log message trimmed)
19:57.09CIA-42BRL-CAD: rework the logic so that cssprop.c is not half-hazardly being dropped into . or
19:57.09CIA-42BRL-CAD: src/. depending on the mood of build fairies. get rid of the horrible VPATH
19:57.09CIA-42BRL-CAD: causing most of the problems. this allows the built source rules to actually
19:57.09CIA-42BRL-CAD: work by letting them find their resources. add a nil libtool library for
19:57.09CIA-42BRL-CAD: testing and with that, we can get rid of all the .o rules. still need to
19:57.10CIA-42BRL-CAD: manually specify that all of the sources are dependent on cssprop.h so that
19:58.37CIA-42BRL-CAD: 03brlcad * r40143 10/brlcad/trunk/src/other/tkhtml3/: don't ignore the generated sources. they're not products, so they indicate an unclean build.
20:01.51brlcadthere, that should do it
20:01.59CIA-42BRL-CAD: 03brlcad * r40144 10/brlcad/trunk/src/other/tkhtml3/Makefile.am:
20:02.00CIA-42BRL-CAD: and with this tiny tweak, we can eliminate the triple object compilation (once
20:02.00CIA-42BRL-CAD: pic for tea, then pic+nonpic for the libtool library). we don't actually need
20:02.00CIA-42BRL-CAD: to build the nil library, we just need the convenient object rules that it
20:02.00CIA-42BRL-CAD: provides so that the tea lib can build. does the trick nicely, though switching
20:02.00CIA-42BRL-CAD: off tea to libtool may be desirable down the road as takeover continues.
20:09.33CIA-42BRL-CAD: 03starseeker * r40145 10/brlcad/branches/cmake/CMakeLists.txt:
20:09.34CIA-42BRL-CAD: Add more status printing, make the strict option actually append some strict
20:09.34CIA-42BRL-CAD: flags (right now it's applying them to the source other builds - will probably
20:09.34CIA-42BRL-CAD: need to work around that somehow if libs that we don't 'own' anyway fail
20:26.37CIA-42BRL-CAD: 03starseeker * r40146 10/brlcad/branches/cmake/CMakeLists.txt: Don't need this message now that the summary is reporting it.
20:48.20CIA-42BRL-CAD: 03brlcad * r40147 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: tweaks to make distcheck work. need to look in srcdir for include files for the built sources that are packed into the dist.
20:49.08brlcadhopefully that's the last time tkhtml fails for at least a little while
21:10.25CIA-42BRL-CAD: 03n_reed * r40148 10/brlcad/trunk/src/tclscripts/boteditor/ (botEditor.tcl botTools.tcl): implemented interface to bot_decimate; improved interface behavior
21:17.43``Erikhm http://forums.reprap.org/read.php?12,14558
21:27.32*** join/#brlcad poolio_ (~poolio@BZ.BZFLAG.BZ)
21:27.39*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
21:27.53*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
21:51.48*** join/#brlcad ibot (~ibot@rikers.org)
21:51.48*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
22:15.30_psilvadamn these storms
22:15.47_psilvamoco is ground zero for everything
22:15.48_psilva:(
22:16.18``Erikhad some flooding here, both aberdeen blvd and maryland blvd were closed this morning O.o and all these idjits stopping in the middle of puddles
22:17.00_psilvasucks
22:17.33_psilvaat least we didn't lose power.. yet
22:17.37_psilvaunderground power ftw
22:17.47_psilvabrb, restart
22:21.13*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
22:21.51``Erikrewhatnow? O.O
22:22.22_psilvaheh
22:22.29_psilvawhat's your uptime
22:22.33_psilva5yrs?
22:24.55``Erikheh, nah, only 92 days
22:26.14``Erikbest on that machine is only 241
22:26.39``Erikwas moving from fbsd 7.2 to 8.0, and I think I put a ups on at the same time
22:45.33brlcadstarseek1r: FYI, there's some folks in India that are bundling BRL-CAD onto a scientific applications DVD to distribute to several thousand students
22:45.49brlcadand they're going to include our documentation from off the website
22:46.03brlcadso if there's any updates worth making, now's probably the time
22:46.10brlcadwe have until the 20th
23:07.33*** join/#brlcad willdye (~willdye@fern.dsndata.com)
23:37.50louipcnice
23:49.41*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177680625.dsl.bell.ca)
IRC log for #brlcad on 20100813

IRC log for #brlcad on 20100813

01:00.09*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
03:13.42*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
06:48.48*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:07.03*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:02.35*** join/#brlcad mafm (~mafm@83.54.182.220)
10:29.20*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
11:20.31*** join/#brlcad mafm_ (~mafm@83.54.182.220)
12:17.18*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:24.21CIA-42BRL-CAD: 03starseeker * r40149 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/BRLCAD_ThirdParty.cmake):
13:24.21CIA-42BRL-CAD: Switch the way the option logic is handled to make it easier to summarize - we
13:24.21CIA-42BRL-CAD: want to report if we are building local libs, not if we are using external libs
13:24.21CIA-42BRL-CAD: - Make the 3rd party dir logic work accordingly, so the variables are set more
13:24.22CIA-42BRL-CAD: conveniently for printing.
13:59.36*** join/#brlcad zhangzz04 (ddb62e8d@gateway/web/freenode/ip.221.182.46.141)
14:07.08CIA-42BRL-CAD: 03starseeker * r40150 10/brlcad/branches/cmake/CMakeLists.txt: Get the rest of the summary printing, even though a lot of the things being summarized aren't working yet.
14:18.06CIA-42BRL-CAD: 03starseeker * r40151 10/brlcad/branches/cmake/misc/CMake/test_srcs/time.c.in: Make the date formatting add the extra 0 if month < 10 to make the date string match the output from date command
15:38.21*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
17:08.17CIA-42BRL-CAD: 03erikgreenwald * r40152 10/brlcad/branches/bottie/src/librt/ (5 files in 2 dirs): add stubs to move to the glue style thing. Still needs an interface layer to abstract the type specific typedef stuff, but closer to non-hack, methinks.
17:27.54*** join/#brlcad SWPadnos_ (~Me@emc/developer/SWPadnos)
17:41.47CIA-42BRL-CAD: 03starseeker * r40153 10/brlcad/branches/cmake/misc/CMake/BRLCAD_ThirdParty.cmake: Ah - need to set key variables to *-NOTFOUND prior to each run of this macro, to allow an option change to actually reset their values - otherwise, Find*.cmake won't actually change these values.
17:48.30CIA-42BRL-CAD: 03starseeker * r40154 10/brlcad/branches/cmake/misc/CMake/ (BRLCAD_ThirdParty.cmake FindZLIB.cmake): Make the third party variables generic to CMAKE_PROJECT_NAME
17:50.25CIA-42BRL-CAD: 03starseeker * r40155 10/brlcad/branches/cmake/ (3 files in 2 dirs): Move BRLCAD_ThirdParty.cmake to ThirdParty.cmake
17:58.05_psilva:( started doing personnel reviews
17:58.11_psilvasuddenly got the sdb willies
18:01.41starseekersdb?
18:07.32starseekerponders a potentially cross-platform way to populate HOST, PATH, COUNT, etc...
18:34.38``Eriksdb == software dev branch  (annuals were ... heh, we don't have a ww anymore :) )
18:34.55starseekerah
18:53.17_psilvaorly
19:47.12CIA-42BRL-CAD: 03bob1961 * r40156 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modified how the fillTree and handleTreeOpen methods add placeholders. Added new methods: treeNodeHasBeenOpened, treeNodeIsOpen and purgeNodeData.
20:01.43CIA-42BRL-CAD: 03bob1961 * r40157 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: These mods are the beginnings of updating the tree view surgically instead of regenerating the entire thing after some edit. This will payoff when the trees get huge. Much more to follow ...
20:03.53CIA-42BRL-CAD: 03bob1961 * r40158 10/brlcad/trunk/src/libged/ (inside.c typein.c): Return the name of the new object if everything's OK.
20:41.19CIA-42BRL-CAD: 03starseeker * r40159 10/brlcad/branches/cmake/CMakeLists.txt: try to make variables in conf build time generated - some working, but not portable - needs to be C code both for Windows and to avoid quotes being eaten in interaction between CMake and echo
20:52.30CIA-42BRL-CAD: 03n_reed * r40160 10/brlcad/trunk/src/tclscripts/boteditor/ (botEditor.tcl botTools.tcl): disabling buttons during execution; providing status line feedback
21:23.37CIA-42BRL-CAD: 03starseeker * r40161 10/brlcad/branches/cmake/ (3 files in 2 dirs): Put hostname and username into C code, use FILE(WRITE for PATH, and leave the two working ones for now (also the two that must be set/updated at build time.
21:35.20CIA-42BRL-CAD: 03starseeker * r40162 10/brlcad/branches/cmake/CMakeLists.txt: Er, whoops - make clean clears COUNT so make sure it's there.
21:52.11CIA-42BRL-CAD: 03starseeker * r40163 10/brlcad/branches/cmake/CMakeLists.txt: Sigh - as usual, I was making it WAAAAY too hard. Simplify the date and count rules considerably. Still should be in C, but at least now the complexity is reduced.
21:52.50CIA-42BRL-CAD: 03starseeker * r40164 10/brlcad/branches/cmake/CMakeLists.txt: Oh yeah, comment no longer applies.
21:57.31CIA-42BRL-CAD: 03starseeker * r40165 10/brlcad/branches/cmake/CMakeLists.txt: typo
23:39.40*** join/#brlcad mafm_ (~mafm@83.54.182.220)
IRC log for #brlcad on 20100814

IRC log for #brlcad on 20100814

02:34.51starseekerWOOT! CMake build of rt does work on my gentoo box, where it found a Tcl/Tk compiled for X
02:36.23``Erikw00t
02:36.59``Erikso now that you're a cmake guru, you can make FindOGRE.cmake work on a mac? :D
02:37.45starseekerheh
02:37.49starseekererm... make[3]: *** No rule to make target `css.o', needed by `libTkhtml3.0.so'.  Stop.
02:46.36``Erikshakes fist at apple for not adding xcode to the software update list and making him download a 2.5g image for a minor update O.o
03:14.58brlcadstarseeker: huh, I assume that's linux?
03:15.06brlcadi'll take a look
03:28.46starseekerbrlcad: yeah, gentoo
03:37.24*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
03:46.47starseekerlol - ``Erik this reminds me of our last MySQL/Postgresql discussion:
03:46.51starseeker"Yes, there are times when a "no-sql" solution is better than SQL, and the vector is pretty much that point where you realize that storing files in databases makes sense like hauling bales of hay in sports cars does."
03:47.07starseekeroccasionally reading slashdot is worth the time :-)
09:30.15*** join/#brlcad ibot (~ibot@rikers.org)
09:30.15*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
10:43.00*** join/#brlcad mafm_ (~mafm@81.37.119.205)
17:27.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:02.02*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
23:02.19*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
IRC log for #brlcad on 20100815

IRC log for #brlcad on 20100815

02:22.25*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
02:35.31CIA-42BRL-CAD: 03johnranderson * r40166 10/jbrlcad/trunk/build.xml: Added "mvnInstall" target to install jbrlcad jar in a local maven repository (typically .m2/repository in users home directory)
02:42.16CIA-42BRL-CAD: 03johnranderson * r40167 10/jbrlcad/tags/1.0/: tagging jbrlcad 1.0
06:25.17*** join/#brlcad Ralith (~ralith@216.162.199.202)
07:05.29*** join/#brlcad jstar2234 (~jstar4234@222-154-246-45.adsl.xtra.co.nz)
07:18.39jstar2234does anyone have any ideas about a good (online) course to learn cad?
07:47.24Ralithdefine 'cad'
07:52.01*** join/#brlcad Ralith (~ralith@216.162.199.202)
07:52.36brlcadjstar2234: we have a pretty decent introductory course on brl-cad available on our website
08:01.47jstar2234brlcad: ok, that sounds good, which one would you recommend? It's hard as a beginner knowing a) what software and b) where to start! I'm interested in creating models for use with CNC/rapid prototyping
08:14.27brlcadjstar2234: http://brlcad.org .. from there are links to downloads and documentation
08:14.51brlcadas for which documentation, just start down the list .. some are tiny, some are extensive tutorials
08:15.10jstar2234ok thanks ill give that a go.
09:22.25*** join/#brlcad mafm_ (~mafm@252.Red-88-15-70.dynamicIP.rima-tde.net)
13:23.56*** join/#brlcad zhangzz04 (dacdf615@gateway/web/freenode/ip.218.205.246.21)
19:02.56brlcadthe guys at ohloh rock
19:03.14brlcadasked them for a tool to compare VCS in use, and they obliged (fast)
19:03.21brlcadhttps://www.ohloh.net/repositories/compare
19:05.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:14.09*** join/#brlcad mafm_ (~mafm@83.55.204.44)
20:52.48*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1096601534.dsl.bell.ca)
21:34.35*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177726805.dsl.bell.ca)
21:45.11*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177726350.dsl.bell.ca)
22:35.28``Erikno darcs? O.o :D
22:36.51``Erikwould kinda be interested in seeing comparisons between languages and vcs's
22:37.21``Eriklike foreach lang do vcs graph; foreach vcs do lang graph;
22:48.00Ralithwhat's svnsync O.o
22:48.12Ralithalso: that many people still on CVS?
22:50.21``Eriksubversion mirroring tool
22:51.02``Erikand I tend to default to cvs myself *shrug* I have to google things to do anything nontrivial with svn :(
22:51.49Ralithtends to default to git, as it needs no server
22:52.17``Erikif that's what your'e looking for, then use RCS :D *duck*
22:53.32Ralith:P
23:28.49starseekerhah, cool - 2010 looks like the year of CMake :-P
23:29.13starseekerhttps://www.ohloh.net/languages/compare?measure=commits&percent=&l0=cmake&l1=-1&l2=-1&l3=-1&commit=Update
23:29.52``Erikall fads have their spike :D
23:30.07starseekerheh
23:30.20starseekerkinda like this whole "Unix" thing?
23:30.26``Erikalmost up to 1% there, nice
23:30.28``Erikyeah
23:30.29``Erikor the internet
23:30.57``Erikodd, recycling is changing
23:31.41starseekerdearly wants to write CMakeLists.txt files for Tcl/Tk...
23:32.06``Erikhum, they're switching from alternating paper and plastic/glass to all of everything every week
23:32.09``Erikneat
23:32.13starseekersweet
23:32.19starseekerwho does your recycling?
23:32.32``Erikuh, whoever the county pays...
23:32.34``Erikhttp://www.harfordcountymd.gov/Press.cfm?PressID=3007
23:33.05``Eriktrash is neighborhood contract, but recycling is sponsored through county taxes
23:33.13starseekerah
23:33.27starseekersweet - didn't know that
23:38.48``Erikhttp://www.harfordcountymd.gov/recycle.cfm is the schedule (you may've gotten one in the mail)
23:44.21*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100816

IRC log for #brlcad on 20100816

01:31.59``Erikhuh, gamekit got to 80% before failing
03:52.58*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
04:14.28*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
07:12.46*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:56.03*** join/#brlcad mafm_ (~mafm@83.37.7.245)
09:46.32*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
12:06.30starseeker``Erik: what was the failure?
12:08.17starseeker(if nothing else, gamekit is interesting for its implementation of a reader for .blend files
12:37.28d-loMernin
13:09.31*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:20.02``Erikmissing config.h in both the unix and xcode variants
13:20.50``Erikthought ogre had a plugin to export their .mesh/.skeleton models from blender (among others)
13:30.43CIA-42BRL-CAD: 03davidloman * r40168 10/rt^3/trunk/src/libPkgCpp/: Adding libpkgcpp.so to svn:include
13:31.07d-lodoh!  Not quite awake on that one.
13:35.41d-loquestion for *nix guys:  is /etc/environment universal among all shells?  e.g. if I set a PATH var there, it will show up in all shells (bash, csh, tch, etc) ?
13:35.53starseekerBlender has a plugin to export OGRE meshes, but that's GPL
13:37.29``Erikum, /usr/bin/env <progIwant>
13:37.43``Erik#!/usr/bin/env python     for example
13:38.14``Erikoh, wait, misunderstood
13:38.38``Erikno, /etc/environment doesn't soudn familiar and isn't on mac or fbsd
13:38.45starseekerI'd be surprised if all the shells agreed on something like that
13:39.22``Erikcsh and sh have totally different notions on how to even set variables, so I don't think there's any way tto be universal
13:40.07``Erikmost sh's are one or the other, and most of the known universe uses sh (I had never even heard of anyone actually using csh/tcsh until I came here)
13:40.24starseeker``Erik: the blend "format" is a scary beast, and I had considered trying to talk the Blender guys into LGPLing the parser aspects of their code until I found out more of the details of how they came to be GPL
13:40.42``Erikafaik, the blend format is a swizzled memory image, not a format :D
13:40.50starseekerbingo
13:41.13starseekerfortunately, it sounds like the gamekit folk have done a lot of the hard work of figuring out how to read that beast
13:41.33``Erikuntil blender changes again? or do they link to blender libs?
13:41.45starseekerprobably until blender changes again
13:42.03starseekerbut that's as good as it could get for someone like us, who won't be linking to the libs anytime soon
13:42.08``Erikwhat's the issue with a gpl'd exporter for blender?
13:42.33starseekerhmm?  there isn't an issue with Blender - I'm thinking about code we could use to base a blend-g convertor on
13:42.48``Erikif you're making a self contained thing like a game, you crank the handle when preparing the resources and ship the results...
13:42.51``Erikhrmmm
13:43.27``Erika python asc exporter/importer for blender would probably be the least painful
13:43.52starseekerfrom their description, the gamekit guys have more or less done an independent reader for the actual .blend files
13:44.14starseeker``Erik: yeah, that's one option
13:44.39starseekerbut you need Blender to pull it off, which kinda defeats the point of a convertor
13:44.54``Erikproe-g needs the proe-libs to pull it off
13:45.06``Erikq requires it's libs, too
13:45.24starseekerright, because no one has ever reverse engineered the proe format and told the world about it
13:46.03starseekerfrom what brlcad has said in the past, that would be a murderously difficult task
13:46.06``Erikbecause it's almost as scary and change prone as blenders :D *duck*
13:46.11starseekerright
13:46.47starseekerthey have no particular incentive to make it easy for anyone else to read their files
13:47.21starseekerunfortunately, they also have the same lack of incentive to export ALL their information (parametrics, metadata, etc) in something like STEP
13:47.22``Erikpro/e has disencentive, blender's opinion is probably "just install blender and write a python plugin"
13:47.29starseekerright
13:47.35``Erikdisincentive
13:48.45starseekerwe'll never have the resources to do anything about reverse-engineering binary cad formats, but if open source cad does start to take off we might see other projects start to try and tackle it
13:49.12``Erikas with most advancements, I think we'll see it happen in games, first
13:49.23``Erike.g. gamekit :D *duck*
13:49.32starseekerum, doubt it - CAD models are overkill for proe and friends
13:49.34starseekerheh
13:49.50``Erikwell, for .blend at least... pro/e is very niche
13:49.57starseekernods
13:50.19``Erikif you have pro/e or uni or whatever files you care about, then you probably have the software and can click 'export'
13:50.40starseekernowadays that's true
13:50.59starseeker'cept maybe in countries where a pro/e license is half a year's wages
13:51.07d-loand if you dont have the software, there's always bittorrents :P
13:51.12``Erikthe bearded hacker chugging mountain dew in the campus computer lab probably doesn't have access to any of those, and doesn't care
13:51.19starseekerd-lo: +1 cynical
13:51.25d-lo:D
13:51.26``Erikshe'd be more interested in writing a new cad
13:51.42``Erik(yes. bearded female hackers.)
13:51.54d-loI just threw up a little
13:52.00``Erikyour welcome :D
13:52.20starseekerah, but if BRL-CAD has solved the CAD part of the equation, the lack of Pro/E import will be a glaring weakness
13:52.54starseekeralthough I suppose SoidWorks might actually be of more immediate interest - what is the most common online CAD format, anyway?
13:54.17``Erikobj *cough*
13:54.25starseekerheh
13:54.36starseekerI suppose these guys may have some idea:  http://www.3dcontentcentral.com/default.aspx
13:54.48``Erik.max might be big, too
13:55.11starseekerpity it's almost certain none of those models are licensed so we can use 'em...
13:55.23starseeker.max isn't a cad format per-say though, is it?
13:55.25``ErikI have a parser for the old 3ds format, but it works with the dos version, not the 'new' version when they went to winderz
13:55.39``Erikit's visually oriented, just like obj
13:56.17``ErikI think I showed ya my importer, the half-C/half-scheme thing?
13:56.38starseekeryeah, scary :-)
13:57.01``Erikwhat? I used C to do the things C is really good at and scheme to do the things scheme is really good at :D
13:57.05``Erik<-- thought it was keen
13:57.39starseekeroh, quite keen - but still scary :-)
13:57.51brlcadstarseeker: got a reply back from that 2D cad dev -- he's going to remove his gpl dep and relicense as lgpl, but doesn't have much time to help integrate
13:57.57starseekerarrgh - yeah, thought so:  You may not i) distribute Data as part of any service or ii) copy or post any Data on any Internet site or iii) broadcast Data in any media or iv) use the Data in a manner that is competitive with this 3D ContentCentral service.
13:58.04starseekerbrlcad: sweeet!
13:58.05*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
13:58.14starseekerbrlcad: nice work!
13:58.24starseekerwhat was that link again?
13:59.12``Erikhm, 'bitrock installbuilder'
13:59.47``Erikwhoa, clanlib is still alive
14:00.49starseekerbrlcad: nevermind, found it
14:02.59brlcad``Erik: alive and well .. their guys work on it pretty consistently
14:03.10brlcadhearts clanlib
14:03.19starseekeroh yeah - Dime is GPL, from Coin3d
14:05.42d-lolooks @ clanlib...... purty neat!
14:07.07starseekerbrlcad: how does his constraint solver tie in with our libpc stuff?
14:08.24brlcadI'd treat it as an implementation detail
14:08.35brlcadno telling how much of his solver is 2D specific
14:08.50starseekernods
14:10.14starseekerfair enough - at some point I need to study both our libpc stuff and varkon's approach to the problem - it's not a topic I really feel comfortable with
14:11.16starseekerhah, coo
14:11.17starseekerl
14:11.25starseekerbrlcad: check this out:  http://code.google.com/p/osifont/
14:11.44starseekerunfortunately it's currently GPL...
14:13.25``Erika long time ago, a friend and I set out to make a worms2 clone for linux using clanlib, couldn't get the performance up to snuff on our 120 and 166 mhz machines :/ probably naivete in composition techniques
14:14.44brlcadstarseeker: constraint solving is a tricky bit -- kind of like implementing get_closest_point() or rt_poly_roots()
14:15.02brlcadbut similarly, there are some basic well-known methods that will do the job "good enough"
14:15.26starseekernods
14:52.04brlcadhttps://www.ohloh.net/languages/compare?measure=projects&percent=true&l0=autoconf&l1=automake&l2=cmake&l3=-1&l4=make&l5=-1&commit=Update
14:52.59``Erikwonders what systems are missing O.o
14:53.06``Erikwonders who'll join his lunch posse
14:54.27brlcadinteresting that autotools have been on the rise for the past 6 months
14:57.25d-lowell, they're all on the rise :)
14:58.28brlcadyeah, but cmake's still pretty linear
15:02.05brlcadmy guess is that there are other unlisted build systems starting to bottom out, and the increase is just a usual influx of new projects getting added
15:02.14brlcadsystems like imake and .. cake
15:02.42brlcadant would have been an interesting comparison, but I guess it gets lost in the xml aggregate
16:36.16d-lobah, if I have a bunch of files that have ;1 appended to the end of the file names, how can I bulk get rid of them?
16:37.50d-loI have tried: find ./ -name "*;1" | sed 's/\;1//g'
16:38.07d-lobut that only SHOWED the changes and didn't apply them to the file names.
16:38.24d-loI cannot see in the sed man page what switch I use to apply the changes :/
16:53.43brlcadyou need a lil more scripting foo magic
16:54.32d-loI got it to work by piping it thru rename instead of sed.
16:54.40brlcadsomething like: for i in `find . -name "*;1"` ; do cp $i `echo $i | sed 's/\;1//g'` ; done
16:55.15d-loforgot that ubuntu ships with rename
16:55.23brlcadyeah, linuxy
16:55.27brlcadcommon pattern at least
16:55.38brlcadgoes to the hardware store to play
16:55.45d-lowhatcha buyin?
17:01.19``Eriksed only alters the text, it has no ability to 'apply' anything
17:28.04kanzurebrlcad: do you know about vehicleforge.mil?
17:28.30kanzureand if not, i'd like you to be involved in a proposal i'm crafting
17:35.15``Erik403 O.o
17:47.46CIA-42BRL-CAD: 03erikgreenwald * r40169 10/isst/trunk/sdl/event.c: scale float/sink to scene size
18:01.19kanzureit doesn't exist yet
18:01.23kanzurehttps://www.fbo.gov/utils/view?id=11a895334e76707406e3b78c918357cd
18:01.34kanzurethis is pretty much what my 'skdb' project is (apt-get for hardware, and such)
18:37.52*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
20:03.43starseekerturns mildly red as he sees how configure.ac did its summary printout - I think perhaps I overengineered the CMake one a bit
20:04.11starseekerit should be robust though...
20:39.33*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:32.56starseeker``Erik: yeah, it was my CFLAGS line in the quick, hacky src/other/libterm CMakeLists.txt that did it
22:35.03starseekergetting some errors during compile...
22:35.06starseekerbah
22:47.38CIA-42BRL-CAD: 03starseeker * r40170 10/brlcad/branches/cmake/src/other/libtermlib/CMakeLists.txt: Try this approach to the compile flags for libterm - Xcode doesn't like the old way.
22:48.37starseekerhmm - ``Erik, looks like I need more dependency info for Xcode - the first pass has failures to build, but the second succeeds
22:56.26starseekerah, I might have known - conf/COUNT and conf/DATE
23:06.55CIA-42BRL-CAD: 03starseeker * r40171 10/brlcad/branches/cmake/CMakeLists.txt: Xcode exposed the need for explicit dependency specifications for include/conf/COUNT and include/conf/DATE - Xcode build now succeeds.
23:09.37kanzurebrlcad: are you around?
23:13.42``Erikthinks he'll have to get something like http://craftside.typepad.com/craftside/images/2008/09/17/devil_horn_headband_2.jpg so'z starseeker knows when he's playing devils advocate :D
23:53.06starseekerO.o
23:53.36starseekerif you wear that I'm gonna start calling you a "manager in training :-P"
23:54.20starseekerwas worth it though - Xcode building "for free" is pretty darn cool
23:57.14``Erikdon't worry, I probably won't start dressing like http://travis.kroh.net/archives/000549.jpg
23:57.17``Erikprobably
23:57.59``Erikgenerated a vcproj to throw over on the winderz machine yet?
23:58.18starseekeris that link safe for work?
23:58.23starseekerno, not yet
23:58.35starseekertrying to cook up some minimal C code for time deltas
23:58.37``Erikyeah, it's a pic from an open source convention
23:58.53``Erikum, gettimeofday, cook the millisecs, then expand it out using ctime
23:59.12``Erikthough gettimeofday may not be on winderz
23:59.22starseekerthat's probably finer than we need anyhow
23:59.42``Eriktrue
23:59.44starseekeras far as configure and build timing goes, 1sec ~= 0
23:59.45``Eriktime(3) ?
23:59.55starseekeryeah, that's what I'm targeting
23:59.58``Erikit's c99
IRC log for #brlcad on 20100817

IRC log for #brlcad on 20100817

00:00.02starseekergah
00:00.03``Erikwait, no
00:00.05``Erikit's not
00:00.08``Erikposix.1
00:00.10starseekerphwd
00:00.49``Erikall the windows ones look very windows, very not unix
00:00.57``Erikso you may need an #ifdef __WIN32__ or something
00:01.09starseekerif we have to
00:01.32starseekerall the *.c.in files will be modified however they have to be to work everywhere, up to and including ifdefs
00:02.24``Erikhttp://social.msdn.microsoft.com/Forums/en-US/vcgeneral/thread/430449b3-f6dd-4e18-84de-eebd26a8d668
01:13.35CIA-42BRL-CAD: 03starseeker * r40172 10/brlcad/branches/cmake/ (3 files in 2 dirs): Set up basic functionality for doing a time delta of the configure process with CMake.
01:18.49CIA-42BRL-CAD: 03starseeker * r40173 10/brlcad/branches/cmake/CMakeLists.txt:
01:18.49CIA-42BRL-CAD: Don't try to hide failure of the C code based approach to time determination
01:18.49CIA-42BRL-CAD: with script based approaches - failures on Windows will produce incorrect data
01:18.49CIA-42BRL-CAD: without warning in some cases, so the C based approach has to work.
01:48.49starseekerwinces - I guess I haven't been setting this up right after all for install
02:01.35*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
02:14.02*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1096601208.dsl.bell.ca)
02:48.31starseekeryeah, that's the joker - as I'm set up right now, I can't set up a working make install
03:42.17CIA-42BRL-CAD: 03starseeker * r40174 10/brlcad/branches/cmake/ (CMakeLists.txt src/libbu/CMakeLists.txt):
03:42.17CIA-42BRL-CAD: Start trying to figure out how to get make install working. Apparently 'here
03:42.17CIA-42BRL-CAD: there be dragons' - Darwin doesn't use RPATH, so either need INSTALL_NAME_DIR or
03:42.17CIA-42BRL-CAD: some sort of @executable_path thing... start reading
03:42.17CIA-42BRL-CAD: http://www.cmake.org/pipermail/cmake/2007-October/017180.html for some
03:42.17CIA-42BRL-CAD: background.
03:58.31CIA-42BRL-CAD: 03starseeker * r40175 10/brlcad/branches/cmake/src/ (15 files in 15 dirs): OK, slightly better - rtexample now at least prints its usage message both in the build tree and in the install bin dir.
03:59.48starseekerheads home
04:26.46brlcadrxrxsdrx
04:27.05brlcadwhee
04:29.45brlcadkanzure: missed earlier, but try to catch you again later (g'night!)
05:02.46kanzuregood night.
06:25.02*** join/#brlcad Stattrav (~Stattrav@27.57.134.217)
06:31.46*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
10:02.09*** join/#brlcad mafm (~mafm@83.37.7.245)
12:05.42*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:14.22d-loMernin all!
13:24.55CIA-42BRL-CAD: 03davidloman * r40176 10/rt^3/trunk/CMakeLists.txt: Some how the RT3_BUILD_TESTS variable declaration got removed. Restore it.
13:27.53CIA-42BRL-CAD: 03davidloman * r40177 10/rt^3/trunk/tests/ (4 files in 2 dirs): Stub in test cxx file for libpkgcpp. Modify svn:ignore for config/build by-products.
13:28.41CIA-42BRL-CAD: 03davidloman * r40178 10/rt^3/trunk/src/libPkgCpp/PkgServer.h: Forgot to add #include statements. Also, convert quint32->int in order to keep QT out of this lib.
13:32.41CIA-42BRL-CAD: 03davidloman * r40179 10/rt^3/trunk/ (5 files in 2 dirs): Make libpkgcpp headers public ones in order to use them :)
13:47.03CIA-42BRL-CAD: 03davidloman * r40180 10/rt^3/trunk/tests/libpkgcpp/ (CMakeLists.txt pkgcppTest.cxx): Clean up some Include issues to make the tests compile correctly.
14:20.03CIA-42BRL-CAD: 03davidloman * r40181 10/rt^3/trunk/tests/libpkgcpp/pkgcppTest.cxx: Una mas #include fix.
14:43.18d-loah.... c-ryptonyte!  Help a newbie guys:
14:43.24d-lobu_exit(int status, const char *fmt, ...)
14:43.36d-lowth are the ... there for?
14:45.15starseekerd-lo: there may be other arguments to bu_exit?
14:45.53d-lois that a question or an answer? :)
14:46.06starseekerboth
14:46.15starseekeryou checked bu.h?
14:46.26d-lothat's where I got that little gem :P
14:46.39d-loor are you referring to the macros?
14:46.43starseekerooo, I see it now
14:46.44starseekerodd
14:47.05d-loi just don't know what it means.
14:47.17d-lo"Variable number of arguments" ?
14:47.17starseekeryeah, that's a new one for me too
14:47.33starseekerprobably very cool if I knew what it was though!
14:47.58d-lo*waits till ``Erik or brlcad chimes in*
14:48.03d-lo=D
14:48.04starseekerhunts up a use of bu_exit
14:49.23starseekerempherical evidence suggests variable argument counts...
14:49.26starseekerconv/nmg/g-nmg.c:       bu_exit(1, "Cannot open %s\n", argv[bu_optind]);
14:49.26starseekerconv/nmg/g-nmg.c:       bu_exit(1, "db_dirbuild failed\n");
15:32.58brlcadd-lo: that's how you implement a printf-style function where the number of arguments to the function can change
15:34.39brlcad1 arg: printf("hello world\n");  2 args:  printf("hello %s\n", "world");  3 args: printf("hello %s #%d\n", "world", 1);  the format is printf(const char *fmt, ...);
15:34.52brlcadnow replace printf with bu_log and you have the same thing
15:35.21brlcadthere are lots of different ways to abuse variable arugments too, but that's one of the more common ways
15:35.31brlcadshould be used sparingly
15:41.09starseekerbrlcad: I'm a bit confused by the rules that update include/conf/COUNT - it doesn't seem to be every time make is run, but I've seen it in an incremented state - what is intended to trigger a COUNT increment?
15:42.27starseekerok, this is a good error message :-) : bu_exit(EXIT_FAILURE, "Ack! %d\nflaming death\n", ferror(fd_in));
15:42.37d-lotee hee :)
15:52.27starseekerturns mildly red as he sees d_rossberg already has some CMake logic in include/conf
15:52.50d-loEmbarrassed or Hulk Angry?! :)
15:53.29starseekerembarrassed
15:53.43starseekeralthough I still don't know what COUNT is actually for
15:54.35starseekerhe has in-CMake logic to increment it, which will increment everytime CMake is run but not every time make is run
15:57.02brlcadthe basic intent is capture how many times a particular build has been performed so you can tell whether a given binary install was cleanly compiled
15:57.51brlcadthe trick, however, is that you don't want every single pass of make to be counted, nor do you want the updating of the include/conf files to cause a complete recompile of anything that uses them
15:58.20brlcadcare was taken to make sure that doesn't happen now
15:58.40brlcadbasically, COUNT is updated for every configure+make pass through the build
15:58.50starseekerOK
15:58.50CIA-42BRL-CAD: 03starseeker * r40182 10/brlcad/branches/cmake/CMakeLists.txt: Got this logic backwards - do RPATH if not on Mac.
15:58.51brlcadso if you re-configure after make, it'll be 2
16:00.45starseekerOK - I think I can come up with a way to do something like that
16:03.44brlcadcorrollary would be to increment it every time you run cmake, but not make
16:04.14starseekeralrightie - that's actually a good deal simpler
16:04.49starseekerexcept if I run cmake twice without a make inbetween, it shouldn't increment right?
16:05.13brlcad*shrug*
16:05.25brlcaddon't see harm in incrementing it
16:05.39brlcadthe main benefit is whether you see a 0 or a non-0 count
16:06.50brlcadif I see zero install, I know that (SHOULD) means that someone did a checkout, compile, and install .. without dorking around with config options, patching files, installing external deps, rebuilding, etc
16:06.59starseekerok - just wanted to be sure I preserved the "desired" behavior - right now I've got it incrementing every time make is run, which is annoying
16:07.05brlcadthere really wouldn't be any harm in updating every time make is run either
16:07.30brlcadit's just hard to get the dependency checking correct so that it doesn't recompile things every other pass by make
16:07.47starseekerwell, libbu and friends rebuild the parts of themselves that see the COUNT include
16:08.01starseekerright
16:08.45starseekeropts for "every time cmake is run" - much simpler and more portable
16:08.50starseekercan use d_rossberg's logic
16:09.42starseekerwhat about include/conf/DATE?
16:11.57brlcadlook at include/conf/Makefile.am
16:12.05brlcadit has the rebuild rules in there -- they're pretty simple
16:12.45brlcadCOUNT updates whenever DATE HOST PATH or USER changes
16:13.15brlcadDATE updates whenever HOST PATH USER or configure is run
16:13.16starseekeroh, I see - forgot those were update-on-change and not just build-after-this-one
16:13.23brlcadHOST PATH and USER update whenever configure is run
16:14.11brlcad<PROTECTED>
16:15.12brlcadfwiw, the TS entry is only there so that there is guaranteed to be a date stamp in the output build log
16:15.55brlcadnothing uses it or relies on it, just prints the date to the log so when someone sends it in, we can tell when they actually ran the build
16:16.07starseekernods
16:16.09brlcadbeen useful on several occasions
16:16.52brlcadmost of the project systems date-stamp their build logs by default, but 'make' doesn't
16:20.42CIA-42BRL-CAD: 03davidloman * r40183 10/rt^3/trunk/tests/libpkgcpp/CMakeLists.txt: Add libbu linkage to cmake for bu_log, bu_bomb, and bu_exit
16:36.27CIA-42BRL-CAD: 03starseeker * r40184 10/brlcad/branches/cmake/CMakeLists.txt:
16:36.28CIA-42BRL-CAD: Thanks to Sean for clarifying the purpose of the include/conf variables - it
16:36.28CIA-42BRL-CAD: looks like these can be populated entirely using CMake logic or previously
16:36.28CIA-42BRL-CAD: generated time files, which means these are now (in principle) fully portable as
16:36.28CIA-42BRL-CAD: far as generation is concerned.
16:42.20starseekerneed to cook up a way to print out the TS cross platform, but other than that looking good now - probably some formatting tweaks left
16:42.33starseeker(so far as include/conf is concerned anyway :-P)
16:49.09brlcadstarseeker: note that it doesn't need to be a standard format or anything, it's for a human to read
16:49.15brlcadso it can just call "date"
16:49.32starseeker'cept Windows doesn't really have a suitable date command
16:49.58starseekerI think that part is under control - I've got a little C TRY_RUN thing going that seems to be OK
16:50.40starseekera variation of that built and run as a target in the beginning is probably the portable way
16:51.38starseekerthe Windows date thing might work well enough for a timestamp, but if I can deal with all platforms at once using a C approach...
16:53.48brlcadwouldn't worry about it too much for windows
16:53.55brlcadmsvc build log has a stamp iirc
16:54.01starseekerah
16:54.34brlcadotherwise, unix date is like date /t and time /t on windows .. fugly but there in a simplistic way
16:58.18brlcadholy crappoli .. starseeker did you see how big those 7.16.10 linux binaries were?
16:59.45kanzure:)
16:59.56starseekerbrlcad: yes
16:59.57brlcadchecking here, but that's almost unbelievable that the tgz is 400MB without it expanding all of the symbolic links
16:59.58kanzurebrlcad: hello
17:00.21brlcadalso surprising that the bz2 is almost half the size
17:00.31starseekerbrlcad: I suppose I messed up somehow :-(
17:00.57brlcadstarseeker: does linux tar dereference symbolic links by default?
17:01.11starseekergood question
17:01.40brlcadhard to imagine that we've quadrupled since 7.12 :)
17:01.50brlcadunless you built static :)
17:01.55brlcadhello kanzure
17:02.17starseekerI thought I used the standard build routines
17:02.28kanzurequadrupling isn't a standard build routine :)
17:02.34starseekerwinces
17:02.58kanzurehehe
17:05.52brlcadstarseeker: there's also a report from ubuntu users that it's giving a libtermio error, but the version isn't confirmed
17:07.03CIA-42BRL-CAD: 03starseeker * r40185 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/test_srcs/print_timestamp.c): Add a C based target for printing a timestamp during the Make process.
17:07.09starseekerhad misgivings about doing the binary build for release - he's not got experience doing so...
17:07.10brlcadhope you did the release flags (--enable-all --enable-optimized)
17:07.38brlcad:)
17:08.23kanzurebrlcad: so, i want to go after a DARPA proposal/grant/thing (i don't know what to call it)
17:08.28kanzurea funding opportunity
17:08.29starseekerthought so but can't recall - maybe that's what I did wrong
17:08.43kanzurebasically they want sourceforge for hardware.. thingiverse-except-for-real, github+CAD+ICAD, etc. etc.
17:08.47starseekerbrlcad: want me to yank 'em until we get it right?
17:09.01kanzurei've been working on this sort of thing for a year or more now, and it's really cool to see this opportunity
17:09.14kanzurei was wondering if you have any insight into this process. i know you work at ARL, which is definitely not DARPA.. but uh
17:09.24brlcadah, I lied .. msvc doesn't build stamp -- at least not the brief output
17:09.32brlcadso having it output would still be useful there
17:09.53brlcadkanzure: who is they?
17:10.13kanzureDARPA. whoever wrote the document describing the funding opportunity.
17:10.34brlcadah, darpa has an rfp out for this sort of project specifically?
17:10.49brlcadnot just their general research area rfp
17:13.15kanzurethis is a pre-RFP that specifically says they will not do RFPs O_o
17:13.19kanzureer, i mean..
17:13.38kanzurethis is a BAA document
17:14.17kanzure"nor will a formal Request for Proposal or additional solicitation regarding this announcement be issued. Requests for same will be disregarded."
17:26.16starseekerbrlcad: I just tried it again and it came out the same size
17:32.49brlcadwow, step-g is four times the size of mged... :)
17:33.39kanzureyeah, it's pretty big
17:33.52kanzureer i guess you mean the compiled/linked version
17:33.57kanzureit's all the step class library stuff.
17:34.37kanzurein related news.. i've been trying to use swig to write a wrapper for openNURBS into python
17:34.50kanzurebut it turns out that ON_GL has to be rewritten or something? oh well
17:34.54brlcadyeah, that's a huge portion of the size increase
17:35.18kanzurereally? i was thinking it might be due to bloat with bad flags or something
17:35.43brlcadthe only binary that looks suspicious is rttherm
17:36.15kanzurei mentioned a few weeks ago how i was writing a STEP export utility in python (without SCL and completely ignoring the EXPRESS definitions).. so far it's just a fwe thousand lines of code
17:36.31kanzurei was thinking i should use swig to write a wrapper around the step class library, but if it's so ridiculously huge maybe not :)
17:36.58brlcadI think I see where the size increases came from
17:38.47brlcadthe step library itself isn't nearly as big as step-g ended up being
17:39.05brlcadI think there's templatized entity expansion going on
17:39.23brlcadlibstepcore is 4MB
17:40.20brlcadopennurbs jacked up the sizes a fair bit since the 7.12 release
17:40.54brlcadstarseeker: looks like links are in there correctly
17:44.37starseekercool
17:44.40brlcadso the breakdown I'm seeing is pretty substantially influenced by our jni wrapper and brlcad aggregate library
17:45.08starseekerI think rttherm is built static (recall wondering about that...)
17:46.05CIA-42BRL-CAD: 03starseeker * r40186 10/brlcad/branches/cmake/CMakeLists.txt: Whoops, read the right file.
17:46.21brlcadyeah, rttherm is big too
17:51.31brlcadtotal: 1268MB  =>  libbrlcad: 310MB  librtserver: 200MB  rttherm: 65MB  step-g: 64MB  libged: 108MB  librt: 104MB  opennurbs: 72MB  new html docs: 28MB
17:52.12brlcadso 40% is two aggregate libs  (all the lib sizes are static+dynamic btw)
17:53.57brlcadopennurbs alone is probably the biggest culprit, definitely jacks things up with 6 or 7 static copies getting linked in
17:54.07brlcadwonder if step-g is static..
17:58.52brlcadstarseeker: if you would, run these for me on that linux build:
17:59.01brlcadldd /usr/brlcad/lib/mged
17:59.10brlcader, bin
17:59.29brlcadldd /usr/brlcad/bin/step-g
18:19.28kanzurewhy is opennurbs statically linked
18:55.49brlcadlibbrlcad and librtserver are aggregate libraries, fully resolved
18:56.21brlcadotherwise, it's not that opennurbs is being staticly linked
18:56.37brlcadit's used both static and dynamic in lots of different places
18:56.59brlcadrttherm is the only special case that is linking static
19:18.56starseekerbrlcad: you want pastebins of 'em?
19:21.13starseekerhttp://pastebin.org/568866
19:23.55CIA-42BRL-CAD: 03r_weiss * r40187 10/brlcad/trunk/src/librt/primitives/bspline/nurb_norm.c: fixed typo bug in function rt_nurb_s_norm, references u.knots but should reference v.knots
19:32.11brlcadstarseeker: perfect, thanks
19:34.05brlcadso that pretty much confirms that the massive size is due to template instantiation
19:34.15brlcadnot so much step or opennurbs
19:34.23brlcadbut c++ :)
19:34.26starseekercan we do anything about that?
19:34.27starseekerheh
19:34.38brlcadcould strip symbols
19:34.56brlcadthat's probably about half the 1.3GB
19:35.09brlcadbut I'd still rather have debug symbols myself
19:35.20starseekernods
19:35.47brlcadcould break out libbrlcad as a separate product, save 300MB
19:36.11starseekeris that our equalivent of the brlcad.dll ?
19:36.39brlcadyep
19:36.51brlcadthough not 1-1
19:37.01brlcaddaniel leaves out a lot of symbols and adds a few new ones in
19:37.14brlcadideally it should be all the symbols plus his new ones
19:37.42brlcaddon't know how many people rely on -lbrlcad
19:38.38brlcadlooking through history, he only provides the brlcad.dll for windows so wouldn't be too horrible to put it up there
19:40.54CIA-42BRL-CAD: 03r_weiss * r40188 10/brlcad/trunk/src/conv/iges/trimsurf.c: since myhit is used as a bu_list it needs to be initialized, prevents possible problem of referencing uninitialized forward pointer in bu_list structure
19:46.24CIA-42BRL-CAD: 03erikgreenwald * r40189 10/isst/trunk/ (CMakeLists.txt cmake-modules/ cmake-modules/FindBRLCAD.cmake): start cmake-ifying
19:52.37CIA-42BRL-CAD: 03r_weiss * r40190 10/brlcad/trunk/src/conv/iges/trimsurf.c: added missing fourth parameter
20:05.43CIA-42BRL-CAD: 03r_weiss * r40191 10/brlcad/trunk/src/conv/iges/revolve.c: fixed bug where structures were referenced after freed
20:28.55brlcadyeah, richard's much more suited to API validation...
20:29.02brlcadthose are actually useful
20:31.43brlcadhe's going to have the old bsplines working before too long, heh
20:31.50starseekerheh
20:32.01brlcad(someone should get him working more on nmg instead) :)
20:45.59CIA-42BRL-CAD: 03erikgreenwald * r40192 10/isst/trunk/cmake-modules/FindBRLCAD.cmake: add include/tie
20:46.30CIA-42BRL-CAD: 03erikgreenwald * r40193 10/isst/trunk/CMakeLists.txt: things and stuff, stuff and things, hack hack hack
20:52.21brlcadstarseeker: what was the xterm line you were using for EDITOR?
20:52.41brlcadto get around the ted/red editor invocation bug
20:59.10*** part/#brlcad willdye (~willdye@fern.dsndata.com)
21:11.21starseekerit was some variation on xterm -e
21:13.08starseeker#!/bin/sh
21:13.09starseekerxterm -e vim $1
21:13.19starseekerstuck that in vim.sh
21:13.33starseekerthen export EDITOR=/home/user/vim.sh
21:19.09brlcadgot it, thanks
21:30.21starseekerpoop, cmake bootstrap on solaris isn't working right now
21:36.46``Erikoh, nice. turning off intellisense in msvc involves removing a .dll
21:39.25*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:52.17CIA-42BRL-CAD: 03erikgreenwald * r40194 10/brlcad/trunk/misc/win32-msvc8/brlcad/brlcad.sln: add adrt to solution
22:01.10CIA-42BRL-CAD: 03erikgreenwald * r40195 10/brlcad/trunk/misc/win32-msvc8/libged/libged.vcproj: add bot.c
22:20.21brlcadstarseeker: you have Bob's ear handy or he already left?
22:20.29starseekerhe left
22:20.32brlcaddarn
22:21.33brlcadI'd like to get one of his latest pro/e plugin builds uploaded to .bz
22:21.43brlcadI recall him saying he at least made a 7.16.9 build
22:22.19starseekerhe may have, not sure
22:24.19``Erikaren't there redistribution limitations on the proe dll's required?
22:24.33CIA-42BRL-CAD: 03starseeker * r40196 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Start the process of doing a robust FindTCL.cmake - long way to go here.
22:26.42brlcadwe're not redistributing proe's dlls
22:49.50CIA-42BRL-CAD: 03starseeker * r40197 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: OK, a bit better - don't have cache settings in place when doing the FOREACH loop initially, and make sure the cache value at the end is the first item in the list.
23:30.54``Erikah, just to make it easier for those who do happen to have proe
23:35.33brlcadright
23:35.48brlcadalso, to compile you have to have the extra pro/toolkit license
23:36.02brlcadyou use that to unlock the plugin for distribution (so you can use it in pro/e without protk)
23:36.24brlcadI'm making a new download section for it now
23:36.25``Erikah (haven't ever messed with pro/e)
23:36.40brlcadthe unigraphics plugin was the same way
23:37.25brlcadcept they made unlocking super-fun .. mandatory 10min timer to unlock your binary
23:38.33``Erikwow, glad I don't tend to deal with that kinda lameness O.o
23:38.41``Erikgoes back to looking at iphone sdk's *cough*
23:39.52``Erik(xcode 3.2 requires 10.6, xcode 3.1.4 is the last for 10.5, which supposed ios3.1.3, but I'm having issues getting cocos2d-iphone to compile for it :/ )
IRC log for #brlcad on 20100818

IRC log for #brlcad on 20100818

00:49.34*** join/#brlcad Nohla (~Nohla@201.255.250.240)
05:38.27*** join/#brlcad Nohla (~Nohla@201.255.250.240)
06:05.08*** join/#brlcad Nohla_ (~Nohla@201.255.255.221)
06:56.09*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:22.16*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:07.06*** join/#brlcad Nohla_ (~Nohla@201.255.255.148)
10:03.07*** join/#brlcad mafm (~mafm@83.37.7.245)
10:55.59*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
11:51.28*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:39.59*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
13:26.43d-loMernin!
15:15.02CIA-42BRL-CAD: 03davidloman * r40198 10/rt^3/trunk/tests/libpkgcpp/pkgcppTest.cxx: Continuing to move toward recreating tpkg using CPP classes.
16:03.22CIA-42BRL-CAD: 03starseeker * r40199 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: iterate through a list to get paths - need to think some more about this, this isn't the optimal approach.
17:30.46CIA-42BRL-CAD: 03brlcad * r40200 10/brlcad/trunk/HACKING: few more folks to notify during a source or binary release. added freebsd, gentoo, and debian.
17:34.39brlcadwonders if someone can coherce bob to make updated proe plugins 32-bit and 64-bit with the stable 7.16.10 release
17:54.33yukonbobmorning #brlcad
17:54.40d-lohowdy!
18:06.33starseekerbrlcad: any luck with the tkhtml3 build thing?  (Bob's seeing it too)
18:14.53brlcadstarseeker: oh right, I keep forgetting to get back to fix that
18:15.13brlcadit's difference in dependency output between automake version on mac and linux
18:15.40brlcadwas leveraging the build rules for the existing target, but that's nfg
18:15.46brlcadlooking into it now
18:15.50brlcadhowdy yukonbob
18:16.33brlcadworking all morning on MIL-OSS discussions about FOIA and copyright, very interesting stuff
18:17.18brlcadread through the army, air force, and navy regs on FOIA as they pertain to software, seriously complicated
18:17.52starseekerO.o
18:18.04starseekerneat stuff
18:21.31brlcadarmy says you (usually) can't, air force says you can, navy doesn't care
18:21.40d-lolol, go Navy!
18:22.18brlcadfinally found DoJ guidance, says you probably can but that it depends on what the software does
18:23.22brlcadand they list some relevant recent court cases that have caused the majority of the confusion
18:24.47brlcadDOE apparently won a case last year that blocked a FOIA request for software, establishing precedence that some software isn't a record
18:27.20brlcad(a BAD precedent because folks like CENDI have mistaken that to mean that all software is not a record and not subject to FOIA)
18:30.38CIA-42BRL-CAD: 03davidloman * r40201 10/rt^3/trunk/ (include/pkgcppcommon.h src/libPkgCpp/CMakeLists.txt): Add a common header for libpkgcpp classes. Keep library wide defines in here.
18:41.45CIA-42BRL-CAD: 03bob1961 * r40202 10/brlcad/trunk/src/libged/region.c: Update usage message for the r command.
18:42.52CIA-42BRL-CAD: 03bob1961 * r40203 10/brlcad/trunk/src/libged/ (kill.c killall.c killrefs.c): Added check for drawable.
19:06.28CIA-42BRL-CAD: 03davidloman * r40204 10/rt^3/trunk/ (include/PkgServer.h src/libPkgCpp/PkgServer.cxx): Removed some bugs in waitForMsg()
19:07.01CIA-42BRL-CAD: 03davidloman * r40205 10/rt^3/trunk/include/pkgcppcommon.h: Define the libPkgCpp network protocol msg header.
19:10.11CIA-42BRL-CAD: 03davidloman * r40206 10/rt^3/trunk/ (include/PkgClient.h src/libPkgCpp/PkgClient.cxx): Implement waitForMsg blocking fn on PkgClient.
19:11.21CIA-42BRL-CAD: 03davidloman * r40207 10/rt^3/trunk/tests/libpkgcpp/pkgcppTest.cxx: More work done on testPkgCpp. Still not fully functional, but compiles.
19:49.04starseekerhah, cool:  http://labs.trolltech.com/blogs/2006/02/24/qt-and-glib/
19:51.24starseekeryeah, looks like as if that did make it into Qt
19:51.26starseeker<PROTECTED>
19:51.32starseekergtk plugins in Qt apps :-P
20:02.06``Erikeven the qt guys know that gtk is the way to go :D
20:03.18starseekeror at least that glib is the way to go
20:03.30starseekeradmits to being intrigued
20:07.47CIA-42BRL-CAD: 03bob1961 * r40208 10/brlcad/trunk/src/libged/remove.c: Items that are removed from a combination also need to be removed from the display.
20:09.19starseekereyes the glib main event loop... hmm...
20:09.45CIA-42BRL-CAD: 03bob1961 * r40209 10/brlcad/trunk/src/libtclcad/ged_obj.c: Need to refresh after removing comb members.
20:19.32*** join/#brlcad merzo (~merzo@185-83-133-95.pool.ukrtel.net)
20:37.45*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:37.52starseekercool http://www.ibm.com/developerworks/linux/tutorials/l-glib/index.html
20:38.35starseekeralso cool, too bad it's not in there - https://bugzilla.gnome.org/show_bug.cgi?id=575074
20:39.52starseekerok, back to CMake
20:40.05``Erikibm's developerworks has a lot of neat articles
20:40.15``Erikone of my daily sites O.o
20:57.21*** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ)
21:13.16CIA-42BRL-CAD: 03starseeker * r40210 10/brlcad/branches/cmake/misc/CMake/test_srcs/tk_windowingsystem.tcl.in: Add script to determine which windowing system a particular wish is using.
21:17.42CIA-42BRL-CAD: 03brlcad * r40211 10/brlcad/trunk/src/external/ProEngineer/install.doc: line 5 of 2
21:17.49*** mode/#brlcad [+o brlcad] by ChanServ
21:25.23CIA-42BRL-CAD: 03starseeker * r40212 10/brlcad/branches/cmake/misc/CMake/ (FindTCL.cmake test_srcs/tk_windowingsystem.tcl.in): Don't use a separate file - keep the script source in FindTCL.cmake.
21:53.51CIA-42BRL-CAD: 03starseeker * r40213 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Will need to check for wish in the same dir as tclsh if tk is enabled - hackish way to do that here but should be integrated into original loop.
21:59.58CIA-42BRL-CAD: 03starseeker * r40214 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Find the config files - will need to read them to get canonical LIB and INCLUDE info
22:02.12CIA-42BRL-CAD: 03starseeker * r40215 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Print out the key variables so I know how they ended up.
IRC log for #brlcad on 20100819

IRC log for #brlcad on 20100819

00:10.20*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177871668.dsl.bell.ca)
01:36.34starseekerwatches slashdot debate Docbook
01:54.02*** join/#brlcad yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
03:42.46CIA-42BRL-CAD: 03brlcad * r40216 10/brlcad/trunk/src/external/ProEngineer/install.doc: reword cleanup, reorder to make more sense (make sure they install before talking to them about how to use it). consistently use the product's official name.
03:44.31CIA-42BRL-CAD: 03brlcad * r40217 10/brlcad/trunk/src/external/ProEngineer/ (INSTALL.txt Makefile.am install.doc): rename install.doc to INSTALL.txt to be consistent with naming conventions and not be confused as to whether this is an msword document.
03:46.18CIA-42BRL-CAD: 03brlcad * r40218 10/brlcad/trunk/src/fbed/ (Makefile.am font.doc): remove obsolete documentation about bsd vfont fonts
03:51.43CIA-42BRL-CAD: 03brlcad * r40219 10/brlcad/trunk/src/libbn/ (Makefile.am plot3.c plot3.doc):
03:51.43CIA-42BRL-CAD: get rid of the unnecessary plot3.doc file. it merely summarizes command letters
03:51.43CIA-42BRL-CAD: with their actions in a tabular format so you can see what option letters remain
03:51.43CIA-42BRL-CAD: available for use. move it into a comment in the source code.
03:54.58CIA-42BRL-CAD: 03brlcad * r40220 10/brlcad/trunk/ (configure.ac src/Makefile.am src/vas4/): remove the obsolete vas4 tools (deprecated 7.12) for the 7.18 release. yay, the system works.
03:56.50CIA-42BRL-CAD: 03brlcad * r40221 10/brlcad/trunk/include/ (Makefile.am bu.h machine.h): finally remove the venerable machine.h, deprecated back in 7.10
03:57.35CIA-42BRL-CAD: 03brlcad * r40222 10/brlcad/trunk/doc/deprecation.txt: move machine.h and vas4 to obsolete status.
03:59.45CIA-42BRL-CAD: 03brlcad * r40223 10/brlcad/trunk/ (doc/deprecation.txt src/librt/Makefile.am src/librt/bomb.c): remove bomb.c, provider of the old rt_bomb() interface. deprecated in 7.10, now obsolete.
04:12.05CIA-42BRL-CAD: 03brlcad * r40224 10/brlcad/trunk/ (3 files in 3 dirs): remove the endgame framework placeholder. never got written affirmation on making the sources publicly available. unresponsive to inquiry. can be readded if the topic or need resurfaces.
04:30.31CIA-42BRL-CAD: 03brlcad * r40225 10/brlcad/trunk/ (doc/deprecation.txt include/wdb.h): remove the deprecated mk_fastgen_region() interface. recorded as deprecated in pre 7.0, and even more explicitly in 7.12, so it can now be marked obsolete and removed.
04:36.07CIA-42BRL-CAD: 03brlcad * r40226 10/brlcad/trunk/ (TODO doc/deprecation.txt):
04:36.07CIA-42BRL-CAD: the 'hf' primitive doesn't get characterized under normal deprecation due
04:36.07CIA-42BRL-CAD: process because it would break fileysstem compatibility to fully remove it.
04:36.07CIA-42BRL-CAD: although announced in 6.0 and should be fair game, add it to the list for 8.0
04:36.07CIA-42BRL-CAD: instead.
04:51.17*** join/#brlcad PrezKennedy (Prez@96.31.84.96)
04:52.04*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
05:12.27CIA-42BRL-CAD: 03brlcad * r40227 10/brlcad/trunk/ (8 files in 8 dirs): remove the deprecated db_free_external(), marked for delection during the pre-7.0 days. instead callers can just use bu_free_external().
07:03.47*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:48.51*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
09:12.01*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
09:13.24*** join/#brlcad Maloeran (~maloeran@glvortex.net)
09:13.24*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
09:13.24*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
09:13.24*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
09:14.04*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
09:17.08*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
09:17.08*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
09:17.08*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
09:17.09*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
09:17.09*** join/#brlcad Maloeran (~maloeran@glvortex.net)
09:17.09*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
09:18.14*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
09:19.50*** join/#brlcad mafm (~mafm@83.37.7.245)
09:19.50*** join/#brlcad Ralith (~ralith@216.162.199.202)
09:20.28*** join/#brlcad hyarion (c05ben@peppar.cs.umu.se)
09:20.30*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
09:20.30*** join/#brlcad CIA-42 (~CIA@208.69.182.149)
09:21.06*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
09:27.37*** join/#brlcad ibot (~ibot@rikers.org)
09:27.37*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
09:35.36*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
09:35.36*** join/#brlcad CIA-42 (~CIA@208.69.182.149)
09:35.36*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
09:35.36*** join/#brlcad hyarion (c05ben@peppar.cs.umu.se)
09:35.36*** join/#brlcad Ralith (~ralith@216.162.199.202)
09:35.36*** join/#brlcad mafm (~mafm@83.37.7.245)
09:35.36*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
09:35.36*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
09:35.36*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
09:35.36*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
09:35.36*** join/#brlcad Maloeran (~maloeran@glvortex.net)
09:35.36*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
10:28.58*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:02.28d-loMernin all
13:02.31d-lohttp://www.youtube.com/watch?v=QznjOF9e7sY
13:02.33d-loNeato :)
13:51.13CIA-42BRL-CAD: 03d_rossberg * r40228 10/brlcad/trunk/src/librt/CMakeLists.txt: synced with Makefile.am
13:51.45CIA-42BRL-CAD: 03erikgreenwald * r40229 10/brlcad/trunk/misc/win32-msvc8/brlcad/brlcad.sln: Add dependencies for libadrt
13:51.56d-lo``Erik: When you gonna push any/all those changes to FindBRLCAD.cmake into the rt3 module?
14:03.43``Erikmaybe, the only two changes were adding tie/ to the include path and adding a newline to the end of the file
14:09.00CIA-42BRL-CAD: 03brlcad * r40230 10/brlcad/trunk/misc/win32-msvc8/librt/librt.vcproj: remove bomb.c
14:13.13CIA-42BRL-CAD: 03davidloman * r40231 10/rt^3/trunk/include/PkgServer.h: Moved the libPkgCpp #defines to pkgcppcommon.h, so add appropriate #include statements.
14:13.21d-lo``Erik: okie, Ill put them in then, danke!
14:14.56CIA-42BRL-CAD: 03davidloman * r40232 10/rt^3/trunk/src/libPkgCpp/PkgServer.cxx: Add appropriate #includes to make compiler happy. Change char array init length to appropriate hold the 'string' version of a 5 digit number.
14:17.08CIA-42BRL-CAD: 03davidloman * r40233 10/rt^3/trunk/ (include/PkgClient.h src/libPkgCpp/PkgClient.cxx): Add method comments, trying to be a good documenter! Implement wrapper fn's for pkg_process() and pkg_suckin() into PkgClient.
14:25.46CIA-42BRL-CAD: 03bob1961 * r40234 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Follow-on mods for updating the tree view after creating new combinations and changing membership of existing combinations.
14:32.59CIA-42BRL-CAD: 03davidloman * r40235 10/rt^3/trunk/ (include/PkgClient.h src/libPkgCpp/PkgClient.cxx): close() needs to be public so we can actually use the method.
14:38.51CIA-42BRL-CAD: 03davidloman * r40236 10/rt^3/trunk/src/libPkgCpp/PkgServer.cxx: Verbage changes. Variable names didn't reflect their type or purpose well.
14:53.21CIA-42BRL-CAD: 03starseeker * r40237 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Start outlining the behavior I'm trying to achieve here, so I can keep it straight when writing code.
15:04.33CIA-42BRL-CAD: 03davidloman * r40238 10/rt^3/trunk/ (include/PkgClient.h src/libPkgCpp/PkgClient.cxx): Refactor _close() to close() now that its public. Convert std cstr to take connection args (Ip/Host + port)
15:11.02CIA-42BRL-CAD: 03starseeker * r40239 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Get a macro set up to generate and recover the Tk windowingsystem information.
15:19.31CIA-42BRL-CAD: 03brlcad * r40240 10/brlcad/trunk/src/other/tkhtml3/Makefile.am: just build the libtool library instead of the tea library. get rid of the version.
15:22.53CIA-42BRL-CAD: 03davidloman * r40241 10/rt^3/trunk/ (include/PkgClient.h src/libPkgCpp/PkgClient.cxx): Since the PkgClient connects during construction, add a simple bool method to check if connection is still good.
15:23.45CIA-42BRL-CAD: 03davidloman * r40242 10/rt^3/trunk/include/PkgClient.h: Make PkgClient.send(...) public now that we need to use it.
15:31.51CIA-42BRL-CAD: 03brlcad * r40243 10/brlcad/trunk/ (4 files in 4 dirs): rename tkhtml3 to just tkhtml. including the version number on directories is just a recipe for long-term maintenance burden.
16:06.24CIA-42BRL-CAD: 03starseeker * r40244 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: start working on a macro for the looping search through versions
16:15.03CIA-42BRL-CAD: 03starseeker * r40245 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Split out version numbers for testing.
16:28.49CIA-42BRL-CAD: 03starseeker * r40246 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Constrain the loop using version number limits.
16:40.30CIA-42BRL-CAD: 03starseeker * r40247 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Peg min and max to exact if it's set.
17:19.14``Erikodd
17:23.35CIA-42BRL-CAD: 03brlcad * r40248 10/brlcad/trunk/include/bu.h: oops, unintentional commenting of bu_ptbl
17:27.49CIA-42BRL-CAD: 03davidloman * r40249 10/rt^3/trunk/src/libPkgCpp/PkgClient.cxx: Oooh, waitForMsg() had some handshake specific code in it. Removed.
17:43.47CIA-42BRL-CAD: 03brlcad * r40250 10/brlcad/trunk/src/other/tkhtml/Makefile.am: create a pkgIndex.tcl that refers to libTkhtml.so instead of the versioned one from tea
17:46.18CIA-42BRL-CAD: 03brlcad * r40251 10/brlcad/trunk/ (4 files in 4 dirs): drop the 3
18:04.57*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
18:07.35d-loallo?
18:16.16starseekerhmm?
18:16.31d-lojust checking.  was there a netsplit er sumthin?
18:16.43starseekerguess so
18:16.45d-loi got booted out of the channel then autorejoined.
18:16.56d-lofirst time that has happened :)
18:17.04starseekerah - yeah, happens to me once in a while
18:19.29``Erik<-- looks at all the smouldering debris left by trying to run cmake FindBRLCAD.cmake on windows O.O
18:20.08d-loso.... it didnt work eh? lol
18:22.05CIA-42BRL-CAD: 03starseeker * r40252 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Conditionalize a FIND_LIBRARY_VERSIONS based on TCL_PREFIX - looks OK.
18:31.28``Erikit finds the openNURBS lib, but no others
18:50.29CIA-42BRL-CAD: 03davidloman * r40253 10/rt^3/trunk/src/libPkgCpp/PkgClient.cxx: Bugfixes from testing.
18:52.06CIA-42BRL-CAD: 03davidloman * r40254 10/rt^3/trunk/src/libPkgCpp/PkgServer.cxx: Removed some debug logging points as they were just adding to the screen vomit.
18:57.59CIA-42BRL-CAD: 03starseeker * r40255 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: get set to pull library paths off the arrays of results for suitability testing.
19:03.48CIA-42BRL-CAD: 03davidloman * r40256 10/rt^3/trunk/tests/libpkgcpp/pkgcppTest.cxx: Recreated tpkg.c only using libpkgcpp. In this test, a client/server link is established and a randomly generated array of 1024 bytes is sent client->server.
19:19.24CIA-42BRL-CAD: 03davidloman * r40257 10/rt^3/trunk/src/libPkgCpp/ (4 files): Stub in tcp and udp subclasses of PkgServer in prep for inheritance heirarchy change.
19:20.29CIA-42BRL-CAD: 03davidloman * r40258 10/rt^3/trunk/ (include/PkgServer.h src/libPkgCpp/PkgServer.cxx): Modify PkgServer to take a Protocol argument, thus setting it to either TCP or UDP.
19:20.48CIA-42BRL-CAD: 03davidloman * r40259 10/rt^3/trunk/include/pkgcppcommon.h: Add #defines to ease specifying protocols
19:31.38CIA-42BRL-CAD: 03davidloman * r40260 10/rt^3/trunk/ (10 files in 3 dirs): Implement PkgTcpServer and PkgUdpServer as subclasses of PkgServer. Update cmake files and tests.
19:32.26CIA-42BRL-CAD: 03davidloman * r40261 10/rt^3/trunk/include/pkgcppcommon.h: Drop header magic value define for libpkgcpp as this value is hardcoded into libpkg.
19:53.11CIA-42BRL-CAD: 03davidloman * r40262 10/rt^3/trunk/ (14 files in 3 dirs):
19:53.11CIA-42BRL-CAD: Implement PkgTcpClient and PkgUdpClient as subclasses of PkgClient. Update
19:53.12CIA-42BRL-CAD: cmake files and tests. Had to add connection specific getter methods to
19:53.12CIA-42BRL-CAD: PkgServer subclasses so they can generate proper types of PkgClient subclasses.
19:54.32CIA-42BRL-CAD: 03davidloman * r40263 10/rt^3/trunk/ (13 files in 3 dirs): WS, Formatting. Used Eclipse formatter so svn diff is likely useless.
20:21.47*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177593098.dsl.bell.ca)
20:27.32*** join/#brlcad willdye (~willdye@fern.dsndata.com)
20:35.01*** join/#brlcad willdye (~willdye@fern.dsndata.com)
21:40.35CIA-42BRL-CAD: 03starseeker * r40264 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Looks like we'll need this trick to handle tclConfig.sh: http://www.cmake.org/pipermail/cmake/2007-July/015194.html
21:43.09CIA-42BRL-CAD: 03188.163.89.244 07http://brlcad.org * r2258 10/wiki/Main_Page: /* Third-party Projects */
22:28.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:51.33CIA-42BRL-CAD: 03Sean 07http://brlcad.org * r2259 10/wiki/Main_Page: Undo revision 2258 by [[Special:Contributions/188.163.89.244|188.163.89.244]] ([[User talk:188.163.89.244|Talk]])
IRC log for #brlcad on 20100820

IRC log for #brlcad on 20100820

00:11.04``Erikmmmm, reuben
00:44.26*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
00:46.32*** part/#brlcad willdye (~willdye@fern.dsndata.com)
02:50.51*** join/#brlcad PrezKennedy (~Prez@96.31.84.96)
03:25.47CIA-42BRL-CAD: 03starseeker * r40265 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Ah HAH! Successfully grab the TCL_INCLUDE directory out of tclConfig.sh with CMake!
03:46.06*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177726138.dsl.bell.ca)
04:25.32CIA-42BRL-CAD: 03starseeker * r40266 10/brlcad/branches/cmake/CMakeLists.txt:
04:25.33CIA-42BRL-CAD: Closest thing so far to a working ExternalProject_ADD command - it appears to do
04:25.33CIA-42BRL-CAD: the configure, make and make install PRIOR to building anything else, which
04:25.33CIA-42BRL-CAD: means things like TCL_LIBRARY will need to point to the installed location of
04:25.33CIA-42BRL-CAD: the library.
05:36.30*** join/#brlcad Stattrav (~Stattrav@202.3.77.41)
06:03.36*** join/#brlcad jmoore (~jmoore@cpe-75-187-54-237.columbus.res.rr.com)
06:56.06*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
09:51.09*** join/#brlcad mafm (~mafm@83.50.133.80)
IRC log for #brlcad on 20100825

IRC log for #brlcad on 20100825

23:00.56*** join/#brlcad ibot (~ibot@rikers.org)
23:00.56*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
23:54.30*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177726339.dsl.bell.ca)
IRC log for #brlcad on 20100826

IRC log for #brlcad on 20100826

00:00.21brlcadmafm: installing into /usr is usually very *bad*
00:00.43brlcadthat may result in installed system libraries getting overwritten
00:00.55brlcadrendering your system unusable
00:09.23mafmhmm
00:09.39mafmwell, no hope to get it in Debian repositories then :|
00:11.59``Erikyeah, was a long fight with gentoo, iirc
00:12.20``Eriklike the ray trace library is librt.so, but sometimes there's a /usr/lib/librt.so for realtime stuff on leenewx
00:12.40``Erikand I think libbn has a conflict with openssl?
00:13.16``Erikthe fbsd maintainers were pretty easy to go with /usr/local/brlcad/ I think... pedro did that work
00:13.42*** join/#brlcad Nohla (~Nohla@201.255.251.208)
00:16.00mafmwell
00:16.19mafmit is nice to have it in the official repositories (and Debian means Ubuntu...)
00:16.26mafmbut if it cannot be, cannot be
00:19.05``Erikdebian has a bit of a crusade going, is ubuntu more flexible?
00:21.27``Erik(debian was my favored linux before I switched to fbsd, I like it... but if they're unwilling to give a little to solve a conflict like what we have...)
00:24.37mafmdebian follows linux filesystem hiearchy standard, I think
00:24.37``Erikif this cat keeps going after my phone wire, imma take her around the corner to the chinese restaurant O.o
00:24.45mafmthat's problably the cause of the problems?
00:25.22``Erikum, I vagually recall LSB having contingencies for this
00:26.36mafmand Ubuntu imports most packages directly from Debian (the ones not very important for the desktop, at least, in the "universe" repository)
00:27.42``Erikhm, from the LSB FHS stuff, /opt/brlcad looks 'optimal'
00:28.04``Erikhttp://www.pathname.com/fhs/pub/fhs-2.3.html
00:28.33``Erikand it doesn't seem to say that /usr/brlcad is wrong
00:32.00``Erikhaving bloodied myself up on more *nix than you can shake a stick at, the notion of putting verydamnthing in /usr/bin seems horrible to me, so'z ya won't find me trying to make that ok for any software I work on... :)
00:32.44``Erikeverydamnthing even
00:46.35mafmmmm
00:47.40mafmdunno, I think that /opt is reserved for other installed software not coming from the OS/distribution (e.g., the same software that goes to /usr/local)
00:48.36mafmall the packages in the repositories are installed under /usr with no separation except for /usr/share/brlcad, /usr/lib/brlcad and so on
00:49.50mafmin fact, all the tools checking the package quality blackmail you threatening to rape your bicicle and crash your dog, or something to that effect...
00:50.47mafmwhen you use strange directories, when the non-arch-dependent data files are shipped in arch-dependent binary packages, etc
00:51.05mafmso in the case of Debian, it is more than clashing with existing libraries
00:52.27mafmactually, what I (or another person packaging for official Debian repos) should do is to create many different packages from brl-cad source package, e.g. for opennurbs or any other of the 3rd party software not present in Debian
00:53.12mafmand split brl-cad itself in data, libs, -dev, bins...
00:54.13mafmopenoffice, for instance, is splitted in different packages for each of the tools, plus some common packages (core, doc?, one for every l10n and help manual translated, etc)
00:55.38*** join/#brlcad Nohla_ (~Nohla@201.255.246.119)
01:27.47mafmwell, time to sleep
01:43.42brlcadmafm: see what was done for gentoo, it was a reasonable compromise
01:44.32mafmops, still here
01:44.52brlcadhttp://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sci-misc/brlcad/brlcad-7.16.6-r1.ebuild?view=markup
01:45.08mafmbrlcad: it's not about *my* compromise, the people in charge of approving packages to the repositories wouldn't admit the package having those "problems"
01:45.25brlcadmm, actually looks like they actually let us live in /usr/brlcad in that latest ebuild
01:46.01brlcadbut at the time, the idea was to install in some place like /usr/share/brlcad then create symlinks in /usr/bin, /usr/lib etc
01:46.36brlcadmafm: is there a clobber-detection mechanism in debian for .deb packages?
01:47.28brlcadif there is, then you might actually get away with it -- do you already have a /usr/lib/librt.so or /usr/lib/libbu.so or /usr/lib/libbn.so ?  those are the usual conflict suspects
01:49.11mafmthere are such mechanisms in place
01:49.58mafmbut more than that, the ftp masters carefully check the contents of the packages, specially the new ones
01:50.17mafmthat includes licensing, directories, 3rd party software shipped inside...
01:50.54brlcadso you can go for broke -- try /usr but I'd be shocked if you didn't encounter a conflict with something by installing there even on your system
01:51.01mafmanyway, I can create the package and give it to you, the users can then install it easily
01:51.15brlcadjust don't want that deb to hose their system :)
01:51.28brlcadmafm: there is sh/make_deb.sh .. you should update it :)
01:51.51mafmthen, with time and after feedback from usrs, we can work towards that
01:52.02brlcadhave you seen the other guy's efforts?
01:52.14mafmthe last time that I tried there were problems with Jama and other things, as far as I can remember we even sent patches to upstream
01:52.16brlcadtwo other guys actually
01:52.30mafmnope, is that in the repository?
01:53.04mafmah, I see it
01:53.33brlcadGiuseppe Iuculano
01:53.38brlcadhttp://git.debian.org/?p=debian-science/packages/brlcad.git
01:53.50brlcadthe guy recently active on the lists
01:54.02brlcadalas, he slapped gpl on his files, so can't add them
01:54.25mafmmmm
01:54.48brlcadmore specifically, added a debian dir (which should have been in misc/ )http://git.debian.org/?p=debian-science/packages/brlcad.git;a=tree;f=debian;h=95c1ef639d51ce10a6979231dfe97ad7d9d5d38a;hb=cfe02b5bfc8b33745e3431216cb4872302ac3cff
01:54.51mafmthat script only creates the commands, but the control-files are not in your repository
01:55.41brlcadah, yeah, .. the control files were removed a LONG time ago because they fell out of maintenance
01:55.50mafm18 months ago Move to debian-science team  master Giuseppe Iuculano [Sun, 22 Feb 2009 18:24:44 +0000]
01:56.18mafmI saw other guys trying to package this for Debian since a few years ago, nobody succeeded :D
01:57.35mafmI was more inexperienced the first time that I tried, I'm much more experienced now, let's see what I can get :)
01:57.46mafmI'll let you know in the following days...
01:57.52mafmnow of to bed, for real!
01:57.53mafmbye
02:01.45*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
03:13.20*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
03:35.39*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
04:46.55*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1128565033.dsl.bell.ca)
06:47.11*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:09.12*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
08:21.32*** join/#brlcad mafm (~mafm@83.50.133.37)
09:39.40mafmwould people installing the deb want the files in /usr/brlcad/include ?
11:20.12``Eriksome probably would, there're a few programs that use the libs
11:20.37mafmall right
11:20.56mafmI can't find any other packages being called librt or things like that
11:21.11mafmso probably there would not be any conflicts
11:21.50d-loI get linker warnings when compiling with Qt 4.6.2 on my system.  there is some librt.somethin.somethin in Qt somewhere :/
11:25.23mafmdunno, but at least libbu, librt, libbn do no exist
11:25.43mafmmaybe with soversions appended it happens
11:25.51d-loProbably not an issue, just mentioning it :)
11:26.20mafmW: brlcad-dev: non-standard-dir-in-usr usr/brlcad/
11:26.21mafmW: brlcad-dev: file-in-unusual-dir usr/brlcad/include/brlcad/RtServerImpl.h
11:26.23mafmW: brlcad-dev: file-in-unusual-dir usr/brlcad/include/brlcad/analyze.h
11:26.24mafm... :D
11:26.33mafmdo you use debian-based systems, d-lo?
11:26.44d-lono, I don't.  
11:26.51d-loI still a *nix newbie
11:27.00d-loso I am sticking with RHEL at work and Ubuntu at home.
11:28.48mafmUbuntu is debian-based :þþþþþþ
11:35.08mafmE: brlcad-data: shell-script-fails-syntax-check ./usr/brlcad/share/brlcad/7.16.10/tclscripts/ami.tcl
11:35.09mafmE: brlcad-data: shell-script-fails-syntax-check ./usr/brlcad/share/brlcad/7.16.10/tclscripts/ampi.tcl
11:35.54mafmand there are a lot of... W: brlcad-data: executable-not-elf-or-script ./usr/brlcad/share/brlcad/7.16.10/tclscripts/mged/plot.tcl
11:39.22``Erikprobably debhelper being... stupid. Looking for a shebang on an 'include' file
11:39.22``Erikare the files +x?
11:39.31``Erik(the C equivalent would be complaining about not finding main() in a library)
11:42.58``Erikcan't remember if he added a debian/ thingie to BRL-CAD... pretty sure he did an rpm spec file
11:46.09``ErikI'd actually be curious to see a modern deb thingie, it's been many years since I've logged into a debain based machine :)
12:06.13starseekermafm: what do other packages with .tcl files do?
12:08.10starseekerponders - I know brlcad won't like this suggestion, but is there some autotools magic that could produce libraries named libbrlcad* instead of lib*? CMake appears to provide such a hook, but I don't know about autotools. Would break naming convention expectations I know, if if that's the ONLY way to get the thing into the repositories...
12:09.01``Erikprobably... but the people who give us money care a whole lot about conventions and don't give a flying eff about linux repos
12:09.24starseeker``Erik: I know - I'm not suggesting WE do that, but perhaps mafm could figure it out for Debian
12:09.45starseekerDebian isn't likely to give a flying eff about not obeying our lib naming expectations
12:10.30starseekerGentoo fought it for five years before they gave up, and generally they're more flexible than Debian
12:10.39``Erikheh
12:10.49``Erikdebian is a religious movement, gentoo is for ricers :D
12:11.09``Erikif the hook isn't there to generate names, libtool could be tweaked to force it, methinks
12:11.20starseekerDebian is the distro that took out some of the original dictionary content for one of the spellcheckers when they couldn't verify it was open, IIRC...
12:12.18``Erikyes, which is why you see a LOT of apt repos for stuff that isn't guaranteed friendly to the gpl...
12:12.54starseekernods - even on ubuntu I think I had to set up four or five repositories other than the standard ones to get what I wanted
12:13.10``Erikhad some of his software in, uhhh, sam hocevar's repo awaiting "blessing"... dev repo's are common
12:13.55starseekerI do have to admire Ubuntu's mechanisms for that stuff - they are making good use of signing mechanisms
12:14.33starseekerbit of a pain, but less so than many I've seen and probably about as simple as it can be without missing the point
12:15.33``Erikpkg_add -r
12:15.35``Erikftw.
12:15.36``Erik:D
12:15.57mafm``Erik: the files (executables) are +x, yes
12:16.50``Erikmafm: that's probably what's triggering it, and that actually might be our bad, using tcl_SCRIPTS instead of tcldir_DATA... can you sed/awk down a list and dump it on a pastebin?
12:17.03mafmstarseeker: you can only execute a file if you can do "./file" and works, because it's an elf binary executable, or an script.  Probably those .tcl files are none, so they can't be executed, so being +x is not needed (it's just a Warning).
12:17.33starseekermafm: we DO have some .tcl files that can be run that way, IIRC
12:18.05starseekernot completely sure, and it's more likely some of them have exe set incorrectly, but don't dismiss it out of hand
12:18.09``Erikis going to guess that the deb checker sees +x and does not see the shebang... that'd be malformed
12:19.10mafm``Erik: look for "executable-not-elf-or-script" https://devel.adenu.ia.uned.es/~mafm/lintian.log (being produced in real time, it might take a few seconds more to finish)
12:19.21``Erikmged/plot.tcl, for example, is an inclusion file and should not be +x
12:19.55mafmprobably all the cases are similar to that, yes
12:19.58``Erikwell, I'm about to put on some pants and drive tot he office, so I'm not exactly in a rush :D
12:20.21mafm(just reading the backlog and have to go to lunch in a minute, I'll reply you later)
12:20.35starseekeryeah, most of those probably shouldn't be exe
12:21.35starseekernot so sure about /usr/brlcad/bin/ssampview.tcl
12:21.45starseekerthe location suggests it is intended to be run...
12:24.54starseekeras for the man pages, it's a fairly good bet that some of those will stomp over other man pages... I know some of the mged command ones would (ending in .nged if I recall, although I don't see those in the log - are you building with or without Docbook based docs?)
12:25.33starseekerheads to the office too...
13:26.19mafmstarseeker: without docbook, I think
13:27.14mafmI didn't require any dependencies outside bison, flex and X-windows stuff... you should tell me which ones are needed to generate a package that it's generally useful
13:51.00starseekermafm: that's fine, it just means the documentation system in mged won't be active
13:51.04starseekerthe software will work find
13:51.07starseekerfine even
13:52.16mafmwell, yes, but the point of creating the package is to be useful for people :)
13:52.41mafmit's you, devels and users of the software, who have to say me which stuff would be useful
13:53.02starseekerwell, hopefully the extra docs would be useful...
13:53.07mafmI'm trying to help brl-cad, but I don't known which things are useful and which are not :)
13:53.24starseekermafm: you only need the docbook stuff to build the files
13:53.34mafmalso, the warnings about the package that I posted, are warnings and do not in general prevent it from including it in Debian
13:53.34starseekerit's not required at run-time
13:53.55mafmI can easily create an script to set -x on those files
13:54.15mafmbut I just thought that it would be useful to report it, so you can inspect them (even if it's a minor error)
13:54.35starseekergenerates a bunch of html and man pages (and pdf if you happen to have FOP, but that's probably n ot as useful)
13:54.42starseekermafm: sure :-)
13:55.10mafmmmm, let's see, I will tell you the packages (dependencies) that I declare for the package
13:55.36starseekermafm: build time dependencies or run-time dependencies?
13:55.45mafmBuild-Depends: debhelper (>= 7.0.0), make (>= 3.8.0), ccache, bison, flex, xserver-xorg-dev, libx11-dev, libxi-dev, libpng-dev, zlib1g-dev, tcl8.5-dev (>= 8.5), tk8.5-dev (>= 8.5), itcl3-dev, itk3-dev, iwidgets4, blt-dev
13:56.09mafmdebhelper is a debian thing, ccache for fast compilation in the developer or build farm Debian machines
13:56.20starseekerah. OK.  If you also have xsltproc you can build the docbook stuff
13:56.30starseekerdunno which package that is in Debian
13:56.43starseekerlibxml something or other probably
13:56.47mafmI run ./configure directly, I hope that there's no problem with this, so I don't declare autotools as dependencies
13:57.03starseekermafm: should be fine for the tarball
13:58.56mafmI see that there are lots of checks for opengl libs headers... would be useful to include those?
14:01.41mafmalso, is libncurses5 a substitute of termlib in src/other?
14:50.20starseekerum
14:50.58starseekermafm: not sure about those two - opengl is probably something we would want on, but I don't know if it's "stable enough" to advise turning it on
14:55.11mafmstarseeker: that's what my configure lines look like http://paste.debian.net/85979/
14:55.44mafmI'd like to use the system packages, e.g. with --with-tcl=/usr/include/tcl8.5/ and the like
14:55.49mafmbut it does not seem to work
14:55.52mafmthe questions are:
14:56.23mafm1) do I need to enable anything else, for the regular functionality that you want to support?
14:56.54mafm2) the --with-tcl thing doesn't seem to work, could anybody help me with that?
14:57.43mafmI'd like to use the system packages at least for all the Tcl/Tk-related stuff
15:17.30CIA-88BRL-CAD: 03davidloman * r40329 10/rt^3/trunk/ (3 files in 2 dirs): Stub in a wrapper class for QThread. Will enable us to track the creation and status of threads much easier.
15:19.20CIA-88BRL-CAD: 03davidloman * r40330 10/rt^3/trunk/tests/libNetwork/CMakeLists.txt: Modified cmake for libNetwork tests to reflect new lib name.
15:34.26starseekermafm: try adding --enable-docs and see if that works
15:38.34brlcadmafm: what are your current configure flags?
15:39.11brlcadenable-docs implies adding a dep for xsltproc and fop
15:39.26brlcadideally configurable, especially the latter.. fop is a beast of a dep
15:42.19brlcadmafm: ncurses should suffice for termlib
15:46.18mafmbrlcad: http://paste.debian.net/85979/
15:47.05mafmthe ones commented out are the ones trying to use the system installed software
15:47.56mafmand the package exists: http://packages.debian.org/sid/amd64/tcl8.5-dev/filelist
15:48.20brlcadbuilding regex?  that might be in base
15:48.21mafmsorry, I mean "the path provided with --with-tcl exists"
15:49.34*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
15:49.34brlcadshouldn't need --enable-tcl --enable-tk --enable-itcl --enable-iwidgets
15:49.56brlcadif you list them as deps, they should be disabled
15:50.11brlcad(which you got by --disable-all)
15:51.37brlcadsuggest adding xsltproc but not fop as dep, so html and embedded docs will get built and enabled, but avoids a java dependency for fop
15:51.47brlcad(so just no pdf)
16:08.46brlcadmafm: reading back through the log .. there wouldn't be packages for librt.so -- it's a really old "real-time" posix extensions library that would be in base/core
16:09.03brlcadit was deprecated for like 10 years, so might have finally removed it
16:11.00brlcadthe syntax failures on ami.tcl, ampi.tcl, and friends are a failure of shell-script-fails-syntax-check .. the scripts are fine -- they're dual-syntax tcl AND shell scripts
16:12.21brlcadand yeah, I don't think it's a good idea to change our name, especially when we can change our install location and avoid conflicts just as easily, putting things into subdirs
16:14.32brlcadthose tcl files can be directly executed (try running "ami.tcl", it works)
16:14.56brlcadthat's why they're +x, that's right
16:15.36brlcadis done
16:17.25CIA-88BRL-CAD: 03brlcad * r40331 10/brlcad/trunk/doc/README.Linux: include a list of the required and optional Debian package requirements
16:18.20brlcadmafm: feel free to install your debian package files into misc/debian or misc/apt if they're not gpl
16:46.18mafmdoens't it need image libraries other than libpng, e.g. libtiff?
16:46.43mafmre: misc/debian, do you mean in the official brlcad repo?
16:49.21mafmre: the enable-tcl and the like, I need them because it doesn't detect when I have the system tcl and use --with-tcl=/usr/include/tcl8.5 (same error as yesterday, as if it couldn't include the tcl)
16:49.46mafmI think that it's missing the -I/usr/include/tcl8.5 when trying to compile the conftest.c
17:01.00brlcadmafm: nope, just libpng .. and yes, misc/debian in the repo
17:01.34brlcadit is missing the include dir -- try specifying it manually: --with-cppflags=-I/usr/include/tcl8.5
17:03.21brlcadalternatively, you could do something like --with-cppflags="`sh tclConfig.sh && echo $TCL_INCLUDE_SPEC`"
17:03.51brlcadmake sure "sh tclConfig.sh && echo $TCL_INCLUDE_SPEC" works, of course
17:05.13mafmbut would I have to do the same for tk8.5, iwidgets, etc?
17:05.25mafmmaybe the cppflags is better in this case
17:05.27brlcadin theory, that's how tcl's set themselves up
17:06.18brlcadthe config script "knows" where the include files are, even for whacky builds.  putting /usr/include assumes that never changes
17:14.45mafmI see
17:15.42mafm$(sh tkConfig.sh && echo $TK_INCLUDE_SPEC)
17:15.51mafmthat's the one for TK, right?
17:15.57mafmor is not needed?
17:16.32brlcadtrun running it
17:16.42brlcad*try
17:17.01brlcadin theory, you need it for all of them
17:17.48brlcadbasically a custom pkgconfig
17:18.36mafm<PROTECTED>
17:18.48mafmthese ones are in really akward directories
17:19.51brlcadgrep "/usr/share" `which tclConfig.sh`
17:19.54brlcaddoes it show up?
17:20.44brlcadthere might be a standard location for tcl/tk "packages", which could lead you to that dir without hard-coding it
17:23.58mafmthe thing is that if I have to hardcode the path to them, I can as well hardcode th path with --with-cppflags
17:24.38mafmcurrently the "standard" version shipped is 8.4, so there's a link tcl->tcl4.4 and so on for this version
17:24.42mafmbut not for 8.5 :D
17:26.59mafmwell, this seems to be starting to work
17:27.40mafmand other than the possible clashes with other software installed in the system, is there a compelling reason for have it running under /usr/brlcad ?
17:29.00brlcadclashes with system software is by far the dominant problem, I've simply yet to hear of a single system successfully installed into /usr
17:29.54mafmeven when using the system provided tcl and so on?
17:30.18brlcadiirc, openssh has/had a libbn.so, there was librt.so in core for many linux and irix systems
17:36.59starseekermafm: yeah, the conflict is our own libraries
17:37.41starseekerwe predate all the others, but since BRL-CAD wasn't open source until 2005 we weren't in the "ecosystem" early enough to have people name around us
17:40.23mafmI see
17:44.03CIA-88BRL-CAD: 03bob1961 * r40332 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added routines for reconciling the tree view with the database.
17:46.01mafmnew error :(  https://devel.adenu.ia.uned.es/~mafm/config.log
17:46.17mafmchecking for Tcl configuration... configure: WARNING: Can't find Tcl configuration definitions
17:53.53starseekerbemusedly reads the slashdot article about someone shooting a server - that's like that story on CNN about how the flight attendant announced he had had enough and was quitting over the intercome before bailing out of the plane
17:54.23mafmthese are the commands http://paste.debian.net/86007/
17:54.23starseekeralthough I suppose this sounds a tad less sane...
17:54.24brlcadhalf-rhetorically notes that while Intel 64-bit is 'x86_64', their 32-bit architecture is officially 'i386' or 'ia32' .. does it matter?
17:54.35brlcad(and not x86)
17:54.45starseekerchecks HACKING
17:55.31brlcadhacking says uname -a
17:55.41starseekerah yeah - hacking lists x86 and x86_64 - though that implied x86 was used for the 32 bit case, but maybe not...
17:55.52starseeker(line 1015)
17:56.01brlcadyeah, I listed x86, but that was just for usability consistency
17:56.24brlcadI probably had the same internal debate back then to, deciding for simplicity
17:56.31brlcad*too
18:00.11starseekerbrlcad: ah, here's that link flag thing I was talking about yesterday:  "-flat_namespace -undefined suppress"
18:00.12brlcadmafm: that Tcl configuration failure is from Tcl itself .. it probably is expecting tclConfig.sh to be in a known location (--with-tcl=/path/to/tclconfigshdir/.))
18:00.22brlcadstarseeker: yep
18:00.43brlcadeven our libs do that, libtool magic
18:00.52starseekerthat's on the stepcore library - only one so far that seems to need it
18:02.25starseekerseems like we need a two-fold test for that - does the compiler support those flags, and are they actually needed on the platform in question
18:02.59mafmactually, it seems to need --with-tcl*config* and --with-tk*include*
18:03.21brlcad(gnu) libtool achieves that with our libs by using gcc -dynamiclib instead of -dynamic .. that tells (apple's) libtool to link in -noall_load mode, which is the same as -undefined suppress
18:03.22mafm(I searched for it in configure script)
18:04.42starseekerbrlcad: that's find for libtool, but CMake will need another approach
18:04.45brlcadstarseeker: I'd question why stepcore is different -- maybe other linker flags on it are wrong or non-optimal causing -dynamic to be used instead of -dynamiclib or -module or some other linkage flag
18:05.47brlcadcmake is supposed to encompass how to build libraries, so what does their documentation say about linking libraries?
18:05.55starseekerchecks
18:06.09brlcadthis is guaranteed to be a problem for other projects
18:06.12starseekernormally add_library and target_link_libraries are all that's needed
18:07.32brlcadmafm: OUT configure has a --with-tcl and --with-tk options that can help point out the tclconfig -- tcl adds more specific flags for their build system -- either should work
18:07.40starseekerhttp://www.cmake.org/pipermail/cmake/2005-March/006255.html
18:08.17mafmhmm, well, --with-tcl didn't work, I tested several times since yesterday :-?
18:09.30starseekerhmm, doesn't mention this but a good page to remember:  http://cmake.org/Wiki/CMake_Platform_Dependent_Issues
18:09.45brlcadstarseeker: that's a way around it, I suppose, but not a great way in the least
18:10.01starseekeris still looking
18:10.04brlcadthat's basicaly what we'd do if we were an autoconf+automake project without libtool
18:10.41brlcadwhat is your CMAKE_SHARED_MODULE_CREATE_C_FLAGS set to?
18:11.02brlcadsounds like that's where there's a mistake
18:11.03starseekeruh - probably the default, let me print it out
18:11.35brlcadbets it's -dynamic or -bundle
18:12.08starseeker-bundle
18:12.17starseekerCMAKE_SHARED_MODULE_CREATE_C_FLAGS: -bundle -headerpad_max_install_names
18:18.12CIA-88BRL-CAD: 03davidloman * r40333 10/rt^3/trunk/tests/ (5 files in 3 dirs): Rename test directory for libNet to reflect new lib name.
18:19.23mafmis this stuff needed, or can I disable some of them? --enable-libregex --enable-urt --enable-opennurbs --enable-tnt --enable-tkhtml3 --enable-tkimg
18:21.22starseekereven replacing bundle with dynamiclib doesn't work though
18:35.10starseekersighs - can't find much more on the issue
18:35.44starseekerwell, still a lot of basic hookups to accomplish before things like flag tuning begin
18:57.51brlcadyou sure it's using dynamiclib when you replace it?
18:58.20starseekerI did a make VERBOSE=1
18:58.25starseekerlooked at the actual line
18:58.35brlcadfresh build object files?
18:58.49starseekerpretty sure - I'll try again if you like
18:59.35brlcadmafm: be sure to read the INSTALL file ... those enable/disable flags enable or disable our *compilation* of them, not whether they are used
18:59.44mafmyay, packages created again, this time without tcl, tk and a few others
19:00.23brlcadthey are technically aliases for much longer option names, e.g. --enable-libregex is technically --enable-libregex-build
19:01.34brlcadso if you --disable-all (which is really an alias for --disable-almost-everything), it will attempt to use system libraries for everything and is equivalent to adding --disable-regex --disable-opennurbs --disable-tcl, etc...
19:03.02mafmbrlcad: yep, I understood that, but I'm not sure to understand what is your point?
19:03.50mafmreading the INSTALL file, it seems that the options that I enable are "auto" -- enabled if not present in the system
19:04.18mafmand are enabled if not present in the system, because they are really needed for some brl-cad programs
19:05.02mafmnow, my question was if some of them are not needed really, or at least is not important that the users of this package
19:05.45mafme.g., they are only used for experimental programs (like the opengl thing), or by core developers which won't use the deb (they compile from source and update almost everyday)
19:05.57mafm(finished my exposition :) )
19:07.27starseekerbrlcad: http://paste.lisp.org/display/113925
19:29.35mafmthe debian tools create the following warning (it's not a problem for the package itself, but you might want to take a look) -- http://paste.lisp.org/display/113926
19:30.18mafmI have a question though... where do the files create by xsltproc go? they're just man files or what?
19:32.45starseekerthe man output is, but they also create html files
19:35.05CIA-88BRL-CAD: 03starseeker * r40334 10/brlcad/branches/cmake/CMakeLists.txt: Commented out line tweaking CMAKE_SHARED_MODULE_CREATE_C_FLAGS - just there for convenience at the moment
19:39.16CIA-88BRL-CAD: 03starseeker * r40335 10/brlcad/branches/cmake/ (11 files in 11 dirs): Add FindREGEX.cmake. Also, it's time to stop hard-linking to ../other/tcl/generic for tcl includes.
19:39.35mafmoh thanks starseeker, I see that they are in a different directory
19:42.49mafmanother bunch of warnings, this about man pages: http://paste.debian.net/86031/
19:46.14starseekerI'm not surprised about the mann stuff - there are mged commands that conflict with system names, hence the .nged name to try and ensure a unique man page naming
19:46.27starseekermann was the closest match
19:46.48starseekerwe're kinda abusing the man page system in a way, making documentation about internal application commands available as man pages...
19:50.15starseekerI suppose debian wants /usr/man/mannged with that extension or some such?
19:50.28starseeker(which I doubt is a legal man directory...)
20:15.17mafmno idea what that should be
20:15.52mafmhttp://lintian.debian.org/tags/manpage-in-wrong-directory.html
20:37.42*** join/#brlcad merzo (~merzo@66-28-133-95.pool.ukrtel.net)
20:48.40*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1178014852.dsl.bell.ca)
20:57.59CIA-88BRL-CAD: 03starseeker * r40336 10/brlcad/branches/cmake/CMakeLists.txt: This should be TERMLIB
20:59.51CIA-88BRL-CAD: 03starseeker * r40337 10/brlcad/branches/cmake/misc/CMake/FindTERMLIB.cmake: Not ready yet - just working out the TRY_RUN test approach
21:12.29CIA-88BRL-CAD: 03bob1961 * r40338 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: A few minor tweaks.
21:13.25CIA-88BRL-CAD: 03bob1961 * r40339 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added updateCombEditView.
21:19.19brlcadmafm: my point was in response to your question ( "is this stuff needed, or can I disable some of them" )
21:19.33brlcadyou can disable all of them and yes they are all needed :)
21:21.42brlcadthe only optional components that come to mind are ones we do not bundle including X11, lex, yacc, xsltproc, fop, and java .. along with external plugins with cubit, unigraphics, and protoolkit
21:27.08brlcadstarseeker: yeah...
21:27.37brlcadundefined suppress is needed for that library in particular (for now at least) due to the stupid sdai binding
21:28.04brlcadthat is a hard case where the library calls symbols that it never defines, expecting the front-end application to provide those hooks
21:28.33brlcadkeith talked a bit about reworking step to remove that stupidity iirc, even if they were just simple empty stubs
21:37.28brlcadsomehow, libtool figures out that libstepcore has undefined symbols and automatically adds the undefined suppress
21:38.34brlcadthe build can be forced to fail with LDFLAGS=-no-undefined, sure enough I can reproduce
21:44.13mafmis java needed?
21:49.36*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:51.02brlcadmafm: er....
21:51.16brlcad"the only OPTIONAL components that come to mind are ones we do not bundle including ...."
21:53.07mafmyeah well, was a rethorical question, in astonishment
21:54.00mafmalso, it seems to compile fine without java
22:18.58brlcad``Erik: scheme bindings for ftgl and iphone: http://jlongster.com/blog/2010/02/08/fonts-ugh/
22:19.07brlcad(see video at the bottom)
22:19.47brlcadmafm: it should compile fine without any of those optional components.. otherwise, they wouldn't be optional now would they? :)
22:21.00mafmbrlcad: the thing is, as I have said a few hours ago in the channel, that I'm not an user of brl-cad per se
22:21.11mafmI don't know what would be useful and what would be not
22:21.28brlcadx11 gets you a gui for about a half-dozen apps, lex and yacc are used by a converter and point-acquisition interface in mged, xsltproc is used to generate html/manpage documentation, fop gives pdf documentation, java is for a jnilib binding to librt (and for fop)
22:21.57mafmso if I'm not compiling the package for myself, and I don't know what the users would expect, I'm not in position what is optional-but-desirable, and things like that
22:22.20brlcadso you compile it, see who complains about what .. :)
22:22.43brlcadbetter to have it in debian than not at all in any form
22:23.27mafmwell, if there's no 3rd party package shipped and it's not in /usr/brlcad, certainly it would be easier to have it approved for official debian repositories
22:23.57mafmbut I don't know if having a package with opennurbs disabled, for example, would be useful at all
22:25.18mafmand the first idea was to put the package in sourceforge and not (yet) in debian official repos, I think
22:27.14mafmif I leave only the "disable-build-all" and don't enable anything in "--disable-build-all --enable-libregex --enable-urt --enable-opennurbs --enable-tnt --enable-tkhtml3 --enable-tkimg", would the package still be mostly useful?
22:34.16brlcadmafm: again, you're misunderstanding the --enable/--disable flags .. you cannot disable opennurbs, you can only disable *building* opennurbs
22:35.17mafmhmm
22:35.18brlcadthe things that are optional have no enable/disable flags, except indirectly for --disable-documentation
22:35.56mafmI understand that, the thing is that the system doesn't have any of those packages
22:36.16brlcadwhich is why we bundle and auto-detect by default ;)
22:36.53mafmso in those cases, no external package installed (nor available in any way other than compiling from source) in the system, it's not that optional
22:36.55mafm:)
22:37.29brlcadwe've also become the effective maintainers for some of them (urtoolkit, libutahrle, step, jove, and tkhtml)
22:37.53brlcadI agree -- I never said the items in src/other are optional
22:37.56brlcadthey're required
22:38.05brlcad"the only optional components that come to mind are ones we do not bundle including X11, lex, yacc, xsltproc, fop, and java"
22:38.28brlcadthe only "option" you're given is whether to let us build it for you or not
22:38.46brlcaddownload convenience
22:40.29mafmtkhtml is also required?
22:40.53brlcadif it's in src/other, consider it required
22:42.09mafmI do not enable step nor jove, are they built unconditionally?
22:43.41brlcadstep, yes; jove, no -- it's deprecated, soon to be removed (but was required)
22:44.05brlcadthe configure summary says what is enabled/disabled for compilation
22:53.52mafmhmm
22:53.59mafmwell then
22:54.39mafmsvn: Failed to add directory 'src/librt/comb': a non-directory object of the same name already exists
22:54.44mafmfunny
22:54.52brlcadyou have an old build in the way
22:55.11brlcadrm -rf src/librt/comb* && svn up src/librt
22:55.32brlcad(or get a fresh checkout)
22:55.41mafmyep, I did
22:55.51mafmcan I commit the directory at any time?
22:56.06brlcadwhich directory?
22:56.29brlcad"a non-directory object of the same name already exists" says that nope, you didn't
22:57.17mafmmisc/debian
22:57.17brlcadthere used to be a binary called "comb" .. now there's a directory called "comb"
22:57.18brlcadsure, you can commit misc/debian whenever
22:57.28mafmI mean that I had already figured out how to solve the error by having done already the same that you said later
22:57.32brlcadjust make sure to keep misc/Makefile.am up-to-date with EXTRA_DIST so it's included in the source tarball
23:00.37mafmI'm trying to use the system's TNT library but I expect that it fails, as the last time
23:01.11brlcadTNT is just a bunch of headers, so just add the corresponding --with-cppflags=-I/path/to/tnt
23:02.11mafmanyway, I got to narrow down the 3rd party libraries to "--disable-build-all --enable-urt --enable-opennurbs --enable-tkhtml3" plus maybe tnt, and the rest one which are compiled unconditionally
23:02.39mafmmm, the problem with TNT was some clashing of namespaces or something, don't you remember that we even sent a patch upstream?
23:02.56brlcadmmm, vaguely remember that
23:03.05brlcadstd:: collisions
23:03.18brlcadmin/max
23:08.53mafmyep, something like that
23:09.14mafmis ./usr/share/scl/3.2.0/data/ needed in the binaries that I ship?
23:09.25mafmbinary packages
23:11.33mafm-> W: brlcad-doc: zero-byte-file-in-doc-directory usr/share/doc/brlcad/html/manuals/mged/mug.jpg
23:15.49mafmbrlcad: the extra_dist files, can I just add the dir or each file has to be added individually?
23:21.41CIA-88BRL-CAD: 03brlcad * r40340 10/brlcad/trunk/HACKING: talk briefly about code smells, sacred code, and perfection under the refactoring section.
23:24.53brlcadmafm: i'm not sure if scl's data dir is needed
23:25.04brlcadit'd be used by our step-g converter
23:25.10brlcaddon't think it's used
23:25.28brlcadeach file has to be listed individually
23:26.18mafmgood, then I nuke it and let's see if somebody complains :þ
23:26.33mafmrudimentary smoke testing
23:28.17CIA-88BRL-CAD: 03brlcad * r40341 10/brlcad/trunk/doc/html/manuals/mged/ (Makefile.am mug.jpg): remove the unused zero-length mug.jpg image file. thx mafm
23:32.27mafmbrlcad: *misc*/Makefile.am is the one that I have to edit?
23:37.39mafmok, done!
23:40.24CIA-88BRL-CAD: 03mafm * r40342 10/brlcad/trunk/misc/ (17 files in 3 dirs): Adding Debian dir, for creating Debian packages
23:54.47brlcadcool
23:54.55brlcad(and yes, it is/was)
IRC log for #brlcad on 20100827

IRC log for #brlcad on 20100827

00:36.12mafmgreat :)
00:36.49mafmd-lo: go and smack your system by testing my evil package! https://devel.adenu.ia.uned.es/~mafm/deb/brlcad/
00:37.01mafmbtw, thanks everybody for your patience :)
02:29.03*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
04:50.26*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1096601417.dsl.bell.ca)
07:00.46*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:19.41*** join/#brlcad mafm (~mafm@165.Red-79-159-0.staticIP.rima-tde.net)
10:56.34*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
11:08.00mafmd-lo: are you around?
12:02.00brlcadhe should be soon
12:03.01mafmI want victims for my evil artifact :þ
12:25.51brlcad:)
14:01.13CIA-88BRL-CAD: 03starseeker * r40343 10/brlcad/branches/cmake/misc/CMake/FindTERMLIB.cmake: Use the existing macro in CMake to look for tputs, like autotools does with AC_CHECK_LIB
14:09.39*** join/#brlcad kanzure (~kanzure@131.252.130.248)
14:19.12CIA-88BRL-CAD: 03bob1961 * r40344 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweaks to updateTreeTopWithName.
14:22.05CIA-88BRL-CAD: 03starseeker * r40345 10/brlcad/branches/cmake/CMakeLists.txt: We were getting this setting from ZLIB - put it in our own toplevel - need it if we're not building our own ZLIB.
14:29.50CIA-88BRL-CAD: 03bob1961 * r40346 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Change updateTree to updateTreeDrawLists. Add a call to updateTreeDrawLists to the end of syncTree.
15:01.38CIA-88BRL-CAD: 03bob1961 * r40347 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Changed refreshTree to rebuildTree and removed the optional _restore parameter.
16:17.09*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
17:53.50CIA-88BRL-CAD: 03bob1961 * r40348 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modified selectTreePath to set mSelectedObj and mSelectedObjPath.
17:55.58CIA-88BRL-CAD: 03bob1961 * r40349 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added buildInvalidObjEditView and initInvalidObjEditView. Arrange to call initInvalidObjEditView from initEdit if the object in question does not exist.
18:07.18CIA-88BRL-CAD: 03brlcad * r40350 10/brlcad/trunk/sh/ws.sh: 'echo -n' is not compliant with the posix/unix definition for echo. this breaks mac 10.5+ which is now unix-compliant, so use printf instead.
18:13.22CIA-88BRL-CAD: 03brlcad * r40351 10/brlcad/trunk/src/libbu/ (12 files): testing indent.sh. minor ws indent cleanup.
18:14.08brlcadmafm: oops, he's not online today .. maybe monday or weekend :)
18:17.26CIA-88BRL-CAD: 03brlcad * r40352 10/brlcad/trunk/src/libbu/ (9 files): more cleanup (via ws.sh) to remove trailing line ws and insert embedded tabs.
18:47.41CIA-88BRL-CAD: 03brlcad * r40353 10/brlcad/trunk/src/libbn/ (8 files): ws indent update
19:17.02CIA-88BRL-CAD: 03erikgreenwald * r40354 10/brlcad/trunk/src/libbn/plane.c: rogue backslash in a macro define removed (bad ws.sh)
19:54.06*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:07.00CIA-88BRL-CAD: 03brlcad * r40355 10/brlcad/trunk/src/libbn/plane.c: bad ROT_VERT altogether. missing semicolon after VMINMAX.
20:15.36*** join/#brlcad Led_Zeppelin (~user@ool-4573f43b.dyn.optonline.net)
20:50.44*** join/#brlcad mafm (~mafm@165.Red-79-159-0.staticIP.rima-tde.net)
21:17.18*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1096601512.dsl.bell.ca)
21:25.58CIA-88BRL-CAD: 03bob1961 * r40356 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: A few tweaks to get the global_undo to work better when moving/renaming objects.
21:45.55CIA-88BRL-CAD: 03n_reed * r40357 10/brlcad/trunk/ (6 files in 4 dirs): more changes to boteditor interface plus some minor changes to rt bot routines
23:09.29brlcadwoo hoo
23:09.50brlcadsignificantly optimized bot vertex fusing
23:12.00brlcadwas an O(n^2) algorithm (maybe O(n^3)), but now it's roughly O(n) ..
23:12.43brlcadmesh with 150k vertices processed in about 50sec is now 0.7sec
23:18.01mafmbah, that's peanuts
23:18.26mafmany good hacker would have optimized to O(n^1/3)
23:18.32brlcadmesh with 1.7M vertices processed in about an hour is now 4sec
23:18.48brlcadmafm: :P
23:19.09mafmyou should have ended processing it before you even thought of starting!
23:19.14mafmcongrats ;)
23:19.41brlcadof course, I didn't validate that the new one actually works so it could be all smoke :)
23:19.58mafmdid you see my announcement? I hope that my package gets some love... he's so lonely in his directory...
23:20.09brlcadbut it definitely processes into bins correctly, sorts, and identifies duplicates
23:20.25brlcadmafm: which announcement?
23:21.09mafmmailing list, about the package available
23:27.27brlcadah, I've been in a hole coding for the past few hours
23:27.37brlcadwill read it up tonight
23:32.37CIA-88BRL-CAD: 03brlcad * r40358 10/brlcad/trunk/src/librt/primitives/bot/bot.c: (log message trimmed)
23:32.37CIA-88BRL-CAD: after seeing nick waiting over an hour for a vertex fuse to complete, a quick peek at the code made it quite apparent that there was a possible O(n^3), or maybe O(n^2) + O(n^2), algorithm being used to fuse vertices.
23:32.37CIA-88BRL-CAD: this implements bin-sort space partitioning where vertices are spatially grouped
23:32.37CIA-88BRL-CAD: in one dimension into bins so that only nearby vertices need to be compared.
23:32.38CIA-88BRL-CAD: the new approach is asymptotic O(n) (albeit with a heavy linear constant). the
23:32.38CIA-88BRL-CAD: savings are proving to be quite substantial with fusing 150k vertices going from
23:32.38CIA-88BRL-CAD: 50sec to 0.7sec and nick's 1.7M vertex data set going from over an hour to just
23:33.40CIA-88BRL-CAD: 03brlcad * r40359 10/brlcad/trunk/TODO: yeah, need to more exhaustively verify that bot_vertex_fuse actually still works when there are lots of duplicate vertices.. the optimization is good, but needs more testing.
23:34.23mafmnp, you won't test it anyway
23:34.27CIA-88BRL-CAD: 03brlcad * r40360 10/brlcad/trunk/src/librt/Makefile.am: ws
23:42.55brlcadI had ubuntu running in a vm a few weeks ago .. might still have that image around to test it
23:43.40mafmah, that's good then
23:43.56mafmbut note that I only produced amd64 packages at the moment
23:44.31CIA-88BRL-CAD: 03brlcad * r40361 10/brlcad/trunk/src/librt/ (63 files in 31 dirs): lots more ws. mostly end-of-line and indent tabbage.
23:52.26*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1096600771.dsl.bell.ca)
IRC log for #brlcad on 20100828

IRC log for #brlcad on 20100828

01:39.19starseekerbrlcad: wow! nice work on the bot fusing
01:48.44starseekersomebody remind me on Monday to point Richard to the tire once he starts having better luck with tessellations
01:48.51starseekerthat'll give him a workout :-)
01:54.51``Erikwonders if the bot vert fuse and nmg vert fuse should be hoisted into a single func
02:04.31*** join/#brlcad Nohla (~Nohla@201.255.233.215)
02:07.50*** join/#brlcad Nohla_ (~Nohla@201.255.251.86)
02:53.46*** join/#brlcad Nohla__ (~Nohla@201.255.234.102)
03:58.02*** join/#brlcad ibot (ibot@rikers.org)
03:58.02*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
06:06.41*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1128565714.dsl.bell.ca)
08:56.49*** join/#brlcad mafm (~mafm@83.40.127.165)
11:06.56*** join/#brlcad ibot (~ibot@rikers.org)
11:06.56*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
11:41.45*** join/#brlcad ibot (~ibot@rikers.org)
11:41.45*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
19:09.51*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
19:10.26*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177726313.dsl.bell.ca)
20:49.27*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:20.28*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:26.25*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
21:56.25*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
23:10.30*** join/#brlcad mafm (~mafm@244.Red-80-39-191.dynamicIP.rima-tde.net)
23:28.44*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177879332.dsl.bell.ca)
IRC log for #brlcad on 20100829

IRC log for #brlcad on 20100829

02:10.15CIA-88BRL-CAD: 03starseeker * r40362 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/FindTclPackage.cmake):
02:10.15CIA-88BRL-CAD: Start working on logic to determine what packages are present in a Tcl/Tk
02:10.15CIA-88BRL-CAD: installation, if one is found. May want to also support looking for
02:10.15CIA-88BRL-CAD: min/max/exact versions, not sure yet. While we're at it, clean up the if
02:10.16CIA-88BRL-CAD: statement for the print summary - may want to turn it off, so set that up.
02:51.05*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
03:04.10CIA-88BRL-CAD: 03starseeker * r40363 10/brlcad/branches/cmake/misc/CMake/ (FindTCL.cmake FindTclPackage.cmake):
03:04.10CIA-88BRL-CAD: OK, this gets as far as successfully detecting tkpng, but also highlights a
03:04.10CIA-88BRL-CAD: limitation of FindTCL - Ubuntu doesn't put its config files in the same place as
03:04.10CIA-88BRL-CAD: the libraries, so gonna have to expand the directories to search in in several
03:04.10CIA-88BRL-CAD: places.
09:54.21*** join/#brlcad mafm (~mafm@83.54.182.171)
11:36.17*** join/#brlcad zhangzz04 (ddb62e09@gateway/web/freenode/ip.221.182.46.9)
16:18.53*** join/#brlcad mafm (~mafm@83.54.182.171)
16:23.59*** join/#brlcad R0b0t1 (~Enigma@64.126.35.185)
16:24.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
16:28.29*** join/#brlcad mafm_ (~mafm@83.54.182.171)
21:41.35*** join/#brlcad Ralith (~ralith@216.162.199.202)
23:25.11*** join/#brlcad Nohla (~Nohla@201.255.234.234)
23:46.23*** join/#brlcad Nohla (~Nohla@201.255.237.169)
23:48.21*** join/#brlcad Nohla_ (~Nohla@201.255.228.6)
23:51.50*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1178014987.dsl.bell.ca)
IRC log for #brlcad on 20100830

IRC log for #brlcad on 20100830

00:04.27*** join/#brlcad Nohla__ (~Nohla@201.255.226.1)
01:19.04*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1096600985.dsl.bell.ca)
01:23.26*** join/#brlcad Nohla__ (~Nohla@201.255.248.172)
01:34.29*** join/#brlcad raininja (~raijin@unaffiliated/raijin)
02:31.57*** join/#brlcad raininja (~raijin@unaffiliated/raijin)
03:08.11*** join/#brlcad raininja (~raijin@unaffiliated/raijin)
03:41.48*** join/#brlcad _yukonbob (~svs@S010600235a187d92.ok.shawcable.net)
06:08.43CIA-88BRL-CAD: 03starseeker * r40364 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Change indenting, move some macros around, and start adding more comments - need to organize this a bit more as a precursor to making the routines more general.
06:10.28CIA-88BRL-CAD: 03starseeker * r40365 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Oh yeah, setting the stub library vars too
06:36.21*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:44.17*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:30.44*** join/#brlcad mafm_ (~mafm@83.58.21.89)
10:51.05*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
13:09.00*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:31.00CIA-88BRL-CAD: 03starseeker * r40366 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: More tweaks - getting set up for a logic cleanup/reorg
14:00.20CIA-88BRL-CAD: 03erikgreenwald * r40367 10/brlcad/trunk/include/vmath.h: add DIST_PT_PT_SQ() to avoid sqrt if unneeded
14:28.35CIA-88BRL-CAD: 03erikgreenwald * r40368 10/brlcad/trunk/configure.ac: add misc/debian/Makefile
14:30.54CIA-88BRL-CAD: 03erikgreenwald * r40369 10/brlcad/trunk/src/librt/primitives/bot/bot.c: declare variable at beginning of block, not in middle
14:51.48CIA-88BRL-CAD: 03erikgreenwald * r40370 10/brlcad/trunk/src/libbu/htond.c: remove yet more extra backslashes
15:14.30brlcadhuh
15:14.51``Erikwhich?
15:15.14``Erik(izzat "huh?" or "oh, huh."?)
15:15.27brlcadsomewhere in between
15:15.45``Erik(and to which commit)
15:16.15brlcadbackslashes
15:16.21brlcadit was clear why it got confused the first time
15:16.53``Erikah, dunno, compiled on fbsd and mac, but failed on msvc, kinda made it tricky since msvc doesn't highlight multi-line macros right
15:17.02``Erikwanders off for a greaseburger at the bowling alley O.o
15:18.34CIA-88BRL-CAD: 03r_weiss * r40371 10/brlcad/trunk/include/vmath.h: added underscore to macro definitions DIST_PT_PT and DIST_PT_PT_SQ to reduce the chance of errors during macro expansion
15:19.14brlcado.O
15:20.01brlcadyeah, looks like that did the trick
15:20.12CIA-88BRL-CAD: 03brlcad * r40372 10/brlcad/trunk/src/libbu/htond.c: see if the problem with backslash continuation dealt with the end-curly being on the same line as a statement.
16:30.30CIA-88BRL-CAD: 03indianlarry * r40373 10/brlcad/trunk/src/librt/primitives/bot/bot.c: fixed index error bot->vertices[i] -> bot->vertices[i*3]
18:22.26CIA-88BRL-CAD: 03brlcad * r40374 10/brlcad/trunk/src/libbu/htond.c: consistency. labels at level 0, not absolute [0].
18:27.40CIA-88BRL-CAD: 03brlcad * r40375 10/brlcad/trunk/src/libbu/parse.c: case indent consistency
18:32.03CIA-88BRL-CAD: 03brlcad * r40376 10/brlcad/trunk/misc/batch-indent-region.el:
18:32.03CIA-88BRL-CAD: adjust the annoying default c-label-minimum-indentation from 1 to 0 so that
18:32.03CIA-88BRL-CAD: labels are consistently aligned to the column of the scope they're in. this was
18:32.03CIA-88BRL-CAD: causing goto labels to get pushed forward to column 1 in emacs 21 (fixed in
18:32.03CIA-88BRL-CAD: later versions). also make sure we don't indent namespace content as well as
18:32.04CIA-88BRL-CAD: inline functions.
18:38.05CIA-88BRL-CAD: 03brlcad * r40377 10/brlcad/trunk/src/libwdb/ (nurb.c wdb.c): remove trailing ws
18:45.39CIA-88BRL-CAD: 03erikgreenwald * r40378 10/brlcad/trunk/src/other/tktable/Makefile.in: add TK_LIBS to LIBS, to snarf proper X11 link fu
19:12.04*** join/#brlcad merzo (~merzo@254-113-133-95.pool.ukrtel.net)
19:19.59*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
20:12.21CIA-88BRL-CAD: 03Sean 07http://brlcad.org * r2263 10/wiki/Emacs: publish some of my ws cleanup functions with keybindings including fixing the brace style interactively, embedded spaces, and other fixes."
20:19.36*** join/#brlcad mafm_ (~mafm@83.58.21.89)
20:23.19*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:43.10starseekerhttp://www.wired.com/wired/archive/8.08/rocketcar.html
23:20.55brlcadhttp://mrob.com/pub/data.html <-- down at the bottom
23:25.49brlcadthx for that hour long diversion .. :P
23:25.56brlcadgood read, though, whether true or not
23:50.49starseekerbrlcad: heh :-)  didn't know it had actually been debunked, although not surprised
23:52.40starseekerposted it so ``Erik could see if it was the one he was talking about - I knew the Darwin Awards one was fake, but this guy tells a much better tale :-P  I never really cared much if it was real - it's so well done it stands on its own for me :-)
23:57.24starseekerjokingly notes that while mrob claims alt.folklore.urban debunked it, google groups search doesn't seem to turn up any hits for the name of the author...
23:57.55starseekerarchived one with somewhat saltier language somewhere...
23:59.37starseekeroh, this might be it... http://www.cultdeadcow.com/cDc_files/cDc-363/
IRC log for #brlcad on 20100831

IRC log for #brlcad on 20100831

00:05.27``ErikO.o cdc used to be a black hat group way back in the day heh
00:27.07*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177726637.dsl.bell.ca)
00:45.25``ErikO.o wow
00:45.34starseekerhmm?
00:46.15``Erik"even though we know dinosaurs survived the flood (on noah's ark) we don't know if jesus ever rode them. But he probably did!" from the "beginner's bible coloring book" ... new elementary book from texas, perhaps?
00:46.24``Erikhttp://www.collegehumor.com/picture:1942627
00:46.32starseekerwinces
00:50.15``Erikwonders if anyone's gotten rt^3's ogre working ok on a mac O.o
01:19.21starseekerbrlcad: do you already have this report?  http://www.dtic.mil/srch/doc?collection=t3&id=ADA126657
01:25.22``Erikbets that's one of the appendices in the "big huge BRL-CAD multi-volume set"
01:26.06starseeker``Erik: can't scan those though :-/
01:27.46starseekerat least, not without unbinding one which is a no-no
01:28.45``Erikhm, can't seem to find it for d/l, but found a couple from deitz that reference it
01:30.29starseekerI know brlcad has a lot of them - I know we have at least one or two that DTIC only has as poorly scanned black-and-whites
01:39.59``Erikheh, goofy cats O.o the bubbles in the clear hose while topping off the fish tank are incredibly interesting for some reason
02:19.02CIA-88BRL-CAD: 03starseeker * r40379 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake:
02:19.02CIA-88BRL-CAD: Start fleshing out logic for a more comprehensive config search - again this
02:19.02CIA-88BRL-CAD: comes at the expense of search time, but that is a fairly inevitable tradeoff -
02:19.02CIA-88BRL-CAD: may be able to mitigate it some by testing if each directory exists before
02:19.02CIA-88BRL-CAD: adding it to the list.
02:25.10CIA-88BRL-CAD: 03starseeker * r40380 10/brlcad/branches/cmake/misc/CMake/FindTclPackage.cmake: Catch on package require in case it wants to error out.
02:32.17``Erikcan anyone get to blender.org ?
02:45.25raininja``Erik: yup
02:45.54raininjaBlender is the free open source 3D content creation suite, available for all major operating systems under the GNU General Public License.
02:50.58``Erikum, I know what it is, but the webpage isn't loading for me :D
02:51.08``Erikah, there it goes
02:51.13``Erikmusta been having issues earlier
03:13.19brlcadstarseeker: I think I have that report, looks like the old 1983 report
03:13.44brlcadyeah, its the first one listed in the bib
03:15.08brlcaddidn't have an accession number on it though
03:15.16brlcadheh, neat http://wenku.baidu.com/view/4b62f37da26925c52cc5bfd8.html .. chinese citation
03:17.36CIA-88BRL-CAD: 03brlcad * r40381 10/brlcad/trunk/doc/BRL-CAD.bib: document the accession number
03:18.13``Erikmwahahha, chromakey plugin for blenders VSE... now I can become the new star wars kid!
03:18.32RalithVSE?
03:19.18``Erikvideo sequence editor
05:16.11*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:40.39*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
09:05.35*** join/#brlcad mafm_ (~mafm@83.42.153.204)
11:33.45*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
11:46.31*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
12:04.20*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:05.51*** join/#brlcad mafm_ (~mafm@83.42.153.204)
15:17.26mafm_brlcad: haha, there you have you reply! my MUA is stronger than yours :þ
15:31.41CIA-88BRL-CAD: 03starseeker * r40382 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Not in a working state right now, but making progress on the new path logic.
16:09.46CIA-88BRL-CAD: 03r_weiss * r40383 10/brlcad/trunk/src/librt/primitives/ell/ell.c:
16:09.46CIA-88BRL-CAD: Within function rt_ell_tess corrected the stop value for a 'for' loop so that
16:09.46CIA-88BRL-CAD: memory is not read outside array bounds. Within functions rt_ell_tess,
16:09.46CIA-88BRL-CAD: rt_ell_tnurb and rt_ell_prep corrected tolerance tests to compare 'tol->dist_sq'
16:09.46CIA-88BRL-CAD: instead of 'tol->dist', improved bu_log messages to correctly indicate function
16:09.47CIA-88BRL-CAD: name.
16:31.18CIA-88BRL-CAD: 03bob1961 * r40384 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweaks to rsyncTree.
17:15.47starseekernotes that the binary-without-manpage items are actually quite useful from the deb package
17:18.18starseekerbrlcad: I suppose the thing to do for debian is just not build the man pages from Docbook for MGED - html only may do fine, and won't result in wrong-directory errors...
17:20.38_psilvabrlcad: is there a hook for luxrender in brlcad?
17:47.46``Erikreads up on luxrender O.o
17:49.41mafmstarseeker: I don't understand "binary-without-manpage items are actually quite useful from the deb package"
17:49.53mafmyou mean that the warnings from debian tools are useful for you?
17:50.01mafmyou as in brl-cad :)
17:51.41starseekeryes
17:52.06starseekerthe errors on the man pages are more of a problem
17:53.35mafmwell, they might generate some artifact when displaying, I don't know if they are important
17:53.46mafmanyway, glad that they are useful, that's why I posted them :)
17:54.17mafmhaving too many errors would probably make any developer willing to upload my package afraid
17:54.26mafmerrors/warnings/whatever
17:57.15``Eriklooks at the OpenEXR image format and ponders... librt actually returns pixels as tuples of doubles which get binned down to 8b ints...
17:59.32starseekerwhat does openexr do?
17:59.41starseekerheard good things about it at siggraph
17:59.57``Erikit's a high dynamic range image format
18:00.39``Erik32b per pixel type stuff
18:00.48CIA-88BRL-CAD: 03erikgreenwald * r40385 10/brlcad/trunk/TODO: reminder to look more into OpenEXR
18:00.57``Erikerm, or 32b per color channel per pixel
18:01.20starseekerah - you're thinking we could return openexr type data?
18:01.25``ErikILM released the image format crap under BSD
18:02.03``Erikmore like rt -o img1.exr
18:02.23``Erikhttp://www.openexr.com/
18:34.31_psilvadazstudio will support a luxrender render path
18:34.34_psilvawill be neat
18:34.59_psilvai certainly dont get the whole using wavelengths instead of rays approach
18:35.19starseekerpotentially, that could support interferrence effects
18:35.47_psilvathe output is certainly pretty(ier) :)
18:36.07starseekerinterference even
18:57.54``Erikraytracing the double slit experiment, pheer
18:58.14``Erikvirtual inferometer, anyone? :D
18:58.48starseekerthat would be very cool :-)
18:58.49``Erik(iirc, there is some stuff in BRL-CAD or stuff built on BRL-CAD to do that, I think it was for radio propogation/interference stuff?)
18:58.55starseekermight even have some uses
18:59.21starseekerI don't think we support distances small enough, at least in our default config
18:59.51starseekernot for light wavelength type distances anyway...
19:00.40``Eriknm range? we're ok on that for some of our calculations
19:01.09CIA-88BRL-CAD: 03starseeker * r40386 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: OK, this rework of the library logic is functioning again on Mac. As usual, much testing needed.
19:02.09``Erik0.00001 isn't a strain on doubles
19:05.51``Eriklemme see, human eyes have peak sensitivity at 0.000555 mm wavelengths
19:08.13``Erikcool, my pirate flag shipped today
19:30.14brlcadmafm: "MUA"  make-up artist?  your mail agent probably is stronger
19:30.40brlcad_psilva: there's a hook for everything!  .. it's just what shape hook are you looking for? :)
19:32.49brlcadlibmultispectral is where we do wave propagation, used by our infrared renderer and a couple other tools
20:03.21CIA-88BRL-CAD: 03starseeker * r40387 10/brlcad/branches/cmake/ (CMakeLists.txt src/other/incrTcl/CMakeLists.txt): start working on build for incrTcl
20:15.38_psilvabrlcad: ah
20:23.48CIA-88BRL-CAD: 03starseeker * r40388 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: ws
20:32.05mafmMUA is mail user agent, isn't it?
20:43.24mafmbrlcad: starseeker: some pages are pretty fouled up
20:44.01mafm<PROTECTED>
20:44.03mafm<PROTECTED>
20:44.15mafmthat's what appears with "man -l awf.1.gz" at least
20:45.29mafmor is this content actually OK because it is a nroff processor?
21:02.23*** join/#brlcad merzo (~merzo@56-103-133-95.pool.ukrtel.net)
22:02.28``Erik"whisky made from diabetics' urine" O.O
22:06.38CIA-88BRL-CAD: 03r_weiss * r40389 10/brlcad/trunk/src/libbu/malloc.c: corrects bug where bu_malloc did not allocate at least sizeof(int)
22:06.54mafm``Erik: news for nerds, stuff that matters?
22:07.31mafmcouple that with heavy drinkers "outliving" non-drinkers, and you have a good reason to test it :)
22:09.11CIA-88BRL-CAD: 03brlcad * r40390 10/brlcad/trunk/src/libbu/malloc.c:
22:09.11CIA-88BRL-CAD: be more explicit about the minimum allocation size needing to be big enough to
22:09.11CIA-88BRL-CAD: fit a pointer address. also, change the vintage zappo safeguard to be 32 bits
22:09.11CIA-88BRL-CAD: explicitly all set to 1 instead of casting through an int pointer set to -1.
22:09.12CIA-88BRL-CAD: document some of the reasoning for why zappo exists while we're at it.
22:10.37``ErikI'll stick with bushmills, myself :)
22:12.34CIA-88BRL-CAD: 03erikgreenwald * r40391 10/brlcad/trunk/src/libbu/malloc.c: uint32_t has 32 bits, not 16..
22:12.56brlcadoopsa
22:13.26brlcaddon't know what I was thinking
22:13.41brlcadso that will definitely wipe out a magic
22:14.11``Erikah, thus my confusion when you said magic was more than 32 bits
22:14.34brlcadthinks we could use 0x4655434B for fun too
22:14.46``Erik0xdeadbeef.
22:15.10brlcadtoo common
22:15.12``Erik0x00c0ffee
22:15.16brlcadheh
22:16.00``Erikponders hitting /usr/share/dict/words with a regex to find all matches
22:20.21_psilvathat blew my mind..
22:20.24_psilvacoffee
22:37.44CIA-88BRL-CAD: 03brlcad * r40392 10/brlcad/trunk/src/libbu/malloc.c:
22:37.44CIA-88BRL-CAD: this commit could use an additional pair of eyes to make sure I caught all the
22:37.44CIA-88BRL-CAD: cases correctly, but the intent is to make 'size' only refer to the object size,
22:37.44CIA-88BRL-CAD: not the entire buffer size. this way, we get the same minimum buffer
22:37.45CIA-88BRL-CAD: protections that r_weiss fixed in r40389 but allows calloc() to still be passed
22:37.45CIA-88BRL-CAD: count and size.
22:44.40CIA-88BRL-CAD: 03brlcad * r40393 10/brlcad/trunk/src/libbu/malloc.c: figure out the hard way if this works on windows.. update the zappo explanation comment too. if it doesn't work, need to investigate why.
23:12.29``ErikHAH, lispbuilder-sdl's cocoahelper itself makes okra take focus
23:48.21brlcadhm? who what?
23:48.38brlcadhits the road
23:51.02*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100901

IRC log for #brlcad on 20100901

00:10.31CIA-88BRL-CAD: 03mafm * r40394 10/brlcad/trunk/src/tclscripts/ (159 files in 12 dirs): Removed svn:executable property on the tclscripts which don't start with /bin/sh, as discussed in the mailing list
00:16.14*** join/#brlcad Nohla (~Nohla@201.255.238.67)
00:47.59``Erikhttp://brlcad.org/~erik/student.jpg
01:19.34*** join/#brlcad Nohla (~Nohla@201.255.238.67)
02:49.40*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
03:02.52*** part/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
06:49.49*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
10:48.20*** join/#brlcad mafm (~mafm@202.Red-88-18-69.staticIP.rima-tde.net)
11:28.12brlcad*yawn*
11:36.27*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:36.09*** join/#brlcad raininja (~raijin@unaffiliated/raijin)
12:36.17*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:27.48mafmbrlcad: so I do my script magic when installing and leave man pages alone, right?
13:31.10mafmalso, do you plan to make a new release soon?
13:44.08CIA-88BRL-CAD: 03mafm * r40395 10/brlcad/trunk/src/vdeck/vdeck.1: Changing man page section to 1 instead of 1V
13:50.47CIA-88BRL-CAD: 03mafm * r40396 10/brlcad/trunk/misc/debian/changelog: Adding closing Intent To Package (ITP) bug report
13:59.42CIA-88BRL-CAD: 03mafm * r40397 10/brlcad/trunk/misc/debian/control: Preparing dependencies for when the packages are updated in Debian and so BRL-CAD can use the system's installed packages
14:01.02CIA-88BRL-CAD: 03mafm * r40398 10/brlcad/trunk/misc/debian/rules: Move man pages section n to another directory, as discussed in the mailing list
15:22.59CIA-88BRL-CAD: 03starseeker * r40399 10/brlcad/branches/cmake/ (CMakeLists.txt src/other/incrTcl/CMakeLists.txt):
15:22.59CIA-88BRL-CAD: Get itcl and itk building - some slight-of-hand needed to get information about
15:22.59CIA-88BRL-CAD: private tcl/tk headers to incrtcl - we COULD use the compat directory (and do so
15:22.59CIA-88BRL-CAD: if TCL_PRIVATE_HDRS isn't defined) but that may very well introduce trouble -
15:22.59CIA-88BRL-CAD: perhaps compat needs an 8.5 directory as well.
15:26.11brlcadmafm: that wasn't what I was thinking, no -- manpage identify themselves
15:26.24brlcadif they're going to be installed into a 3cad dir, then need to be marked as such in the file
15:27.19brlcadwhat I was saying is that you should make someone on bsd and mac test the new sectioned manual page to make sure they still work on their (potentially non-subsectioned) man
15:28.39brlcad.bz and crit are bsd, ``Erik has another bsd, starseeker and ``Erik have a mac; also make sure brlman works post-install
15:28.54CIA-88BRL-CAD: 03starseeker * r40400 10/brlcad/branches/cmake/ (CMakeLists.txt src/other/incrTcl/CMakeLists.txt): eliminate stray debug message, enable the summary report for Itcl/Itk
15:29.22starseekerI have a feeling the man page organizational system was never intended for what we're doing with it
15:30.01brlcadwe have a monthly iteration schedule just like during gsoc
15:31.17brlcadstarseeker: it was meant to be expanded on, which folks have tried, but then you get numbnuts like debian and others than try to restrict it back
15:32.02brlcadthe current state of affairs is just inconsistency between gnu and bsd and sysv man implementations
15:32.10starseekerah
15:32.14brlcadhow each expand
15:32.59brlcadand then groups like debian that are trying to simplify with further restrictions beyond the implementation
15:33.51brlcad3cad is fine, it mirrors 3tcl for tcl commands and can be seen as "a library of commands" in that sub-context, making it fine for cat 3
15:38.15*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:03.07CIA-88BRL-CAD: 03starseeker * r40401 10/brlcad/branches/cmake/src/other/incrTcl/ (17 files in 6 dirs): Let's see if we can treat IncrTcl as a true external project - get rid of our directory, will check in just the vanilla sources and then add the one or two bug fix changes.
16:22.26CIA-88BRL-CAD: 03starseeker * r40402 10/brlcad/branches/cmake/src/other/iwidgets/ (18 files in 8 dirs): Just to be sure, go with vanilla iwidgets too
16:38.29mafmbrlcad: note that I didn't move the files in the repository, it's my installation script which does when building the debian packages
16:39.45mafmyou can put it wherever you want, I can move it (and rename sections if needed) in my installation script for Debian
16:45.28mafmand actually I don't think that Debian people is numbnuts
16:45.52mafmthey have several kernels (hurd, freebsd, netbsd, linux) working under the same basic system, which is not a small achievement
16:46.20mafmit's the better general distro for embedded systems and the most popular desktop distribution, Ubuntu, is based onit
16:46.57starseekermafm: their policies are occasionally strict to the point of missing the point though...
16:46.57mafmif something, the numbnuts are all the people participating in unix wars beforehand, with decisions that don't make any sense even then, and much less today
16:47.25mafmthey are following FHS and LSB, they are the only two prominent standards that Debian follows
16:47.43starseekerhad some reservations about those even when they came out...
16:48.21mafmwell, so what do you want, to repeat the unix wars all over again? isn't it enough with having gazillions of distributions, packaging systems and guidelines?
16:48.43mafmI don't think that looking at any other distro or OS, they don't have more whimsical rules than that
16:49.15starseekerI understand why they want standards, but things like the inflexibility of the man page setup are annoying
16:49.57mafmman is an obsolete documentation system for anything not related with simple command line programs
16:50.10mafmeven GCC's manpages are a hell to follow
16:50.22mafmfor other different that a very quick reference
16:50.30mafmor bash's
16:52.13mafmGNU tried to came up with texinfo documentation, which at least has hiperlinks and more than "one page per program"
16:52.19mafmbut nobody follows
16:53.30mafmso if something is numbnuts, is the man documentations system itself
16:54.05mafmand its lack of standardization from within
16:56.34*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
17:03.50CIA-88BRL-CAD: 03starseeker * r40403 10/brlcad/branches/cmake/src/other/tkpng/ (Makefile.am README license.terms tkImgPNG.c tkImgPNGInit.c): Clear out old iwidgets and tkpng stuff - try tkpng with the original build logic too
17:04.51CIA-88BRL-CAD: 03starseeker * r40404 10/brlcad/branches/cmake/src/other/iwidgets/: Hmm, go away iwidgets dir
17:17.09CIA-88BRL-CAD: 03starseeker * r40405 10/brlcad/branches/cmake/src/other/ (116 files in 7 dirs): grab the move of tkhtml3 to tkhtml from trunk.
17:44.26*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
17:54.45CIA-88BRL-CAD: 03starseeker * r40406 10/brlcad/branches/cmake/src/other/ (518 files in 40 dirs): Add in the vanilla incrTcl and tkpng sources - CMake appears to successfully build all of these with the external projects mechanism.
18:04.19CIA-88BRL-CAD: 03starseeker * r40407 10/brlcad/branches/cmake/src/other/awf/: brlman doesn't use awf any more - not worth a CMake build
18:05.33CIA-88BRL-CAD: 03starseeker * r40408 10/brlcad/branches/cmake/src/other/jove/: jove is also on its way out - only do a CMake build of it if we have to later.
18:09.30brlcadmafm: I know you didn't move the files, that's a problem :)
18:11.24brlcadyou don't have to agree that they're desire for standards conformance makes them numbnuts or not, frankly I don't care much what they do (their influence is not nearly as far reaching as you suggest)
18:12.16brlcadit'd pedantic adherence to BAD or incomplete standard guidelines, which is also an important distinction -- they're almost entirely guidelines and ones that continually *change*
18:12.38brlcadthe point was not blind acceptance, makes you a puppet
18:12.43brlcador a parrot
18:15.37brlcadsaying it's okay to impose arbitrary limitations (that other distros do not, which far predate FHS as a standard) because the man page system itself sucks is logical fallacy -- manpages serve enough of a purpose for them to declare rules, so those rules should be complete and consistent (which they're not)
18:19.18brlcadmoreover, my comment about their 'brilliant' pedantry is not just based on manual pages -- I've directly worked with numerous debian devs on various issues, policies, and activities over the years
18:20.45brlcadtheir misdirected guidance is what made ubuntu the #1 distro (because they're not as pedantic and focus on the practical and usability)
18:21.01CIA-88BRL-CAD: 03starseeker * r40409 10/brlcad/branches/cmake/CMakeLists.txt: OK, here we go - add in tktable and turn on building all of the tcl/tk packages in src/other
18:21.21brlcadcertainly serve a purpose, regardless, there's room in the ecosystem for everyone
18:23.49starseekerbrlcad: just to clarify - can we currently use a system TNT install even if it's there?  If not, the "Build Template Numerical Toolkit" line in configure (which is a bit of a misnomer anyway since it's headers) should probably go - it's always on
18:26.36brlcadit was left as a tnt-build flag to be consistent with the other flags
18:27.20brlcadI don't know if we can -- I suspect it will give a build failure
18:27.25starseekerHmm.  OK.  So when libpc goes live, we'll need something similar for Boost?
18:27.37starseekerbrlcad: I was just thinking the summary line
18:27.40brlcadthat along with the namespace usind 'std' caused our build to fail iirc
18:29.45CIA-88BRL-CAD: 03erikgreenwald * r40410 10/brlcad/branches/bottie/ (487 files in 84 dirs): MFC 39973:40402
18:29.51CIA-88BRL-CAD: 03brlcad * r40411 10/brlcad/trunk/TODO: verify rt works on windows after the zappo re-enabling
18:29.52brlcadstarseeker: ah, hm .. well to be consistent, the summary line should probably go away then :)
18:30.58starseekerI was just thinking how you had mentioned "summary space is limited, use it well" - seemed to me that if we're always using our local copies of the headers, we don't need to report it...
18:33.41mafmbrlcad: well, I don't care about the limitations, in fact I don't see them as limitations
18:33.53mafmif that makes me a parrot, that's ok for me
18:34.07starseeker'course, currently openNURBS and SCL also qualify but those two stand a better chance of gaining a life of their own in the future
18:34.15mafmhowever, if you don't want to help me fix things, the package won't enter Debian
18:34.25mafmso that's the end of the story
18:34.49mafmI don't want to hear remarks in every e-mail or IRC conversation about how stupid the standards and pedantic complaints are
18:35.11mafmwhen in fact they already served to identify some mistakes in brl-cad as the bad syntax for the manpages
18:36.26mafmincluding 3rd party software as Tcl is already stupid from many points of view, yet I don't make that remark every time that I have to deal with that
18:36.42mafmbecause you have reasons to include that software, right or wrong
18:36.52brlcadmafm: seriously?
18:37.35mafmso if you're going to complain for every thing needed to get the package in Debian, it won't go, and everybody happy
18:37.36brlcadyou're the one that started the whole defensiveness posture, I have no problem addressing the issues that have been pointed out
18:38.21brlcadwell I can't make you do anything, that's certainly your perrogative if it actually bothers you that much
18:39.19brlcadI haven't been the least bit emotional about it, I'm merely stating opinions based on years of experience working with them, you got defensive OF THEM, and I responded
18:39.32brlcadmy comments were not an attack on them in the least, they serve a useful purpose
18:39.45brlcadmore power to them for whatever rules they chose to adhere to
18:41.15brlcadyou're entitled to feel that inclusion of 3rd party software (like Tcl) is stupid, that's certainly a similar decision (albeit based on user convenience and build guarantees)
18:42.20mafm<brlcad> my comments were not an attack on them in the least, they serve a useful purpose -- I can't see how there are useful
18:42.25brlcadI've said that I appreciate what you're doing, trying to get brl-cad into debian -- perhaps it needs to be said more often than my opinions of the debian devs? :)
18:42.58brlcadthey == debian
18:43.01mafmthey are not going to change the rules to which 10K+ packages abide just because of you, so complaining about them or calling Debian people retarded doesn't serve any useful purpose, as far as I can tell
18:43.02brlcadthey serve a useful purpose
18:43.28brlcadthat's a point that you apparently missed -- they DO change the rules, all the time
18:43.58brlcadthere are plenty of exceptions to the rules depending on who pushes a package forward and what the situation is
18:44.35*** join/#brlcad mafm (~mafm@202.Red-88-18-69.staticIP.rima-tde.net)
18:44.36brlcadX11 is a prime example, it's an exception to the rules in numerous places throughout the system due to the size and complexity of the system
18:45.08brlcadwhile in practice, they could be forced to conform to exactly the same rules for all the same reasons
18:45.32brlcadthat's all really beside the point, though, and not one I'm interested in entertaining further if it gets you worked up
18:45.39brlcadmy intention wasn't to irritate you
18:46.06mafmBRL-CAD is not nearly as important as X11, nobody is going to grant you any such privilege
18:46.12brlcadmore to give you a perspective that things are NOT at all black and white, that the rules are not rules but guidelines and ones that often change
18:46.42brlcadwhat does importance have to do with it?
18:47.18brlcadso, it's okay to bend the rules if you're "important"?
18:47.31brlcadit's because they're not rules, they're guidelines
18:48.29mafmnope, it's because X11 has been like that for years and things are very difficult to change for many purposes
18:48.38mafmpurposes->reasons
18:48.48brlcadwhen brl-cad was first pushed forward for debian integration, the integrator was actually willing to consider allowing brl-cad be installed into /usr/brlcad even though it went against the FSH guideline
18:48.54brlcadheh
18:49.33brlcadthat exact same reasoning can be said of brl-cad, it's older than X11 and a larger codebase
18:49.53mafmwell, I have no power to upload that myself, so it has to pass a first filter which is to be reviewed by somebody doing that
18:50.31mafmand I bet you that with the current problems and my previous experience about the matter, it's very unlikely to get past that filter
18:50.42brlcadwell, we're no longer in that position of need, /usr/brlcad is just a preference now, no longer required
18:51.08brlcadbut there's nothing wrong with that, too
18:51.22mafmand the thing about importance is -- X11 has been there since the beginning, since the distribution was created, probably, and everybody gives that for granted
18:51.34brlcadput it forward in whatever form works, however unlikely, and see what comes back that can't be justified
18:51.43mafmhowever brlcad and many other packages are not part of that yet, so it has to pass the initial resistence
18:53.09brlcadin our user community, the same can be said of brl-cad, only that it was long before that particular distribution was created, our community takes it for granted as well
18:53.23brlcadthe point is still that they're an exception to this perception of a rule
18:53.27brlcadjust one glaring one
18:53.41brlcadI could pull up dozens of other "unknown" exceptions to various guidelines
18:54.08brlcadmost with good reasons, some just passing under the radar, others actively getting ignored
18:55.34mafmwhat's the exception with X11, actually?
18:56.21brlcadnumerous, particularly with filesystem layout
18:56.54brlcadwhere are binaries supposed to be installed, then look where a core x11 binary is installed
18:58.10mafmhttp://packages.debian.org/sid/amd64/xserver-xorg/filelist
18:58.18mafmhttp://packages.debian.org/sid/amd64/xserver-xorg-video-ati/filelist
18:58.25mafmhttp://packages.debian.org/sid/amd64/libgl1-mesa-dri/filelist
18:58.36mafmhttp://packages.debian.org/sid/amd64/libx11-6/filelist
18:58.43mafmhttp://packages.debian.org/sid/amd64/libx11-dev/filelist
18:58.49mafmI can't see anything strange about that
18:59.27brlcadnope, not at all strange
19:00.33mafmif things were laid out in the old directories, probably that was with XFree86, and things were changed with X.org to follow the same practices as for the rest of the packages in the system
19:01.23brlcadyes, though X.orog did originally too, later updated
19:02.32brlcadnot seeing your point, unless your point is that even large complex codes that are allowed exceptions to guidelines can slowly be changed to conform to those guidelines :)
19:04.19brlcadI'd still be a little surprised if there's not an /etc/X11 or /usr/X11 or similar oddity somewhere on a system even running the latest X.org
19:04.32mafmmore like: they can be allowed and encouraged to do that when they are in, plainly rejected when they are out
19:05.00brlcadwhat's your point mafm? :)
19:05.07mafm$ ls /usr/
19:05.09mafmbin/  games/  include/  lib/  lib64/  local/  sbin/  share/  src/
19:05.41mafmthe point is that if you don't abide to those rules, however idiotic they might seem to you, you probably don't get it
19:05.43brlcad/usr/games? .. my what a curious exception you have there
19:05.49brlcadwhat makes games special?
19:06.11brlcadnow there is a throw-over from old layous days  :)
19:06.38``Erikyeah, back before GNU came and decided to screw up all the standards *cough* O:-)
19:07.23mafm<PROTECTED>
19:07.39brlcadmafm: if that's your point, then it's duly noted and nothing has changed from what we were already doing, has it?
19:07.51``ErikFHS2.3 doesn't specify that /usr/games is allowed
19:08.16``Erikso if you're arguing that all used dirs must exist in the FHS, that's an exception there...
19:09.05mafm``Erik: http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS9
19:09.41mafmI'm not interested in arguing anymore, actually
19:09.43``Erikhm, grep evasive, that one
19:10.13brlcadmafm: could we agree that I can try to hold my debian policy resentment and you can try to hold your debian policy defensiveness?  we don't have to agree to make progress
19:10.18mafmthose are the rules, and I'm not going to try to change them or to persuade any Debian developer to accept a package with those conditions, that's all
19:11.52brlcadwhat exactly do you think you're going to have to persuade?
19:12.16brlcadi've not heard of a single issue that has been raised that cannot be addressed thus far
19:12.22``Erikre-skimming it, looks like /opt/brlcad is a good spot for a debian package if the FHS is really being used.
19:12.31mafmall the points listed in the previous mails, already clarified, plus some of the most important lintian warnings remaining to be fixed
19:12.55brlcadmafm: no, which have been objected to?
19:13.17brlcadthose were the issues raised, I didn't see any that cannot be addressed
19:13.30brlcadthough addressing some of them amounted to "hey, your script is broken"
19:14.32mafmyou've been continuously objecting to many of the complaints; and in particular objecting to the directories thing (which is not an issue anymore) is not going to achieve anything positive, that's all
19:15.13brlcadthen you completely misunderstood my response
19:15.31brlcadthere were no objections stated, i'm very clear with things I object to
19:16.25brlcadI pointed out that leaving out man[a-z] seems a bit silly to me and man3 without subcategories is inappropriate, man7 would work or man3 with subcategories
19:16.29brlcadhow is that objecting?
19:18.16brlcadyou don't like that I think (or at least that I voiced) leaving out man[a-z] is a bit silly, duly noted and I still think it's silly, .. so what?  there are perfectly fine alternatives that were pointed out, which you even moved forward on and made useful productive progress
19:19.06mafmnevermind
19:19.13mafmsorry, but I have to go to dinner
19:19.47brlcadif you're going to get stressed out when developers voice opinions on policies and best practices, programming is going to be a veritable mine field :)
19:20.11brlcadno problem, enjoy .. and thanks again for your efforts
19:20.13brlcadseriously
19:20.15mafmI know, I'm thinking about growing crops
19:20.18mafm:P
19:20.23mafmsee you later
19:20.30``Erikhasta la pasta
19:20.35brlcadmm, pasta
19:44.59CIA-88BRL-CAD: 03r_weiss * r40412 10/brlcad/trunk/src/librt/primitives/superell/superell.c: Within the superell primitive corrected tolerance tests to compare 'tol->dist_sq' instead of 'tol->dist', improved bu_log messages to correctly indicate function name.
19:46.48CIA-88BRL-CAD: 03r_weiss * r40413 10/brlcad/trunk/src/librt/primitives/sph/sph.c: Within the sph primitive corrected tolerance tests to compare 'tol->dist_sq' instead of 'tol->dist', improved bu_log messages to correctly indicate function name.
20:07.27*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:04.12*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1178015256.dsl.bell.ca)
21:07.52CIA-88BRL-CAD: 03starseeker * r40414 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/FindSCL.cmake): Write a quick and dirty FindSCL.cmake file and enable the summary reporting for NIST STEP class libraries.
22:01.20_psilvaburp
23:02.11*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
23:02.45*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
23:12.10``Erikhrm, now that I have all the parts to this r/c car, I have to figure out how to put it all together O.o
IRC log for #brlcad on 20100902

IRC log for #brlcad on 20100902

00:51.48brlcad``Erik: what size?
01:01.56``Erik1:18
01:02.29``Erikan old team losi mini-t pro I bought at the same time as the micro-t's, just hadn't gotten around to buying stuff like the radio, speed controller, battery, etc
01:03.31``Erikhttp://www.rchobbies.org/losi_mini-t.htm
01:04.41``Eriksame size 'n stuff, but the 'pro' is made for racing, so doesn't come with a lot of the parts, expecting ya to configure it how ya want it
01:05.24``Erikhttp://www.atomicmods.com/Products/Team-Losi-Mini-T-Pro-1-18-Stadium-Truck-ARR__12575.aspx
01:09.12*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177593151.dsl.bell.ca)
01:14.42brlcadmm, awesome
01:14.56brlcadhave a 1:18 that I should dust off sometime
01:20.00CIA-88BRL-CAD: 03starseeker * r40415 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/FindTCL.cmake):
01:20.00CIA-88BRL-CAD: Tcl/Tk packages need to know where the *Config.sh files are, and have
01:20.00CIA-88BRL-CAD: exec-prefix set to avoid writing to places they don't have permission to write.
01:20.00CIA-88BRL-CAD: This MAY imply that there is no need to look for headers if the config files
01:20.00CIA-88BRL-CAD: aren't found, but need to think about that - right now that's the effect of the
01:20.01CIA-88BRL-CAD: FindTCL variables, so the include stuff in the section section can probably go
01:20.01CIA-88BRL-CAD: unless there's a need to have headers without config files.
02:46.46*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
03:17.07starseekerblinks - tkhtml isn't installing libTkhtml...
03:17.33louipcrecent developments?
03:20.39starseekerhmm?  you mean what's happening?
03:22.43starseekerbrlcad: can you check me?  it looks like tkhtml isn't installing its library
03:26.15starseekermake a note of this page for tcl/tk package require path stuff: http://wiki.tcl.tk/1628
03:29.45CIA-88BRL-CAD: 03starseeker * r40416 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/ThirdParty.cmake): Start tweaking to make the default behavior of the CMake build identical to the 'auto-detection' of the autotools build. Need to think about enable-all and disable-all mechanisms, and write FindOPENNURBS and FindUTAHRLE
03:39.44brlcadstarseeker: hm
03:43.57brlcadlooks like you're right -- that's rather odd
03:44.24brlcadahh, right .. there's an existing install rule
03:44.27brlcadoverrides libtool
03:56.57brlcadthere, now it should install
03:57.09CIA-88BRL-CAD: 03brlcad * r40417 10/brlcad/trunk/src/other/tkhtml/Makefile.am: don't declare an install: rule since that will override libtool. instead, let tkhtml do what it was doing with a install-data-local: hook with the same deps.
03:59.00brlcadthat has subsequently diverged quite a ways away from tea
05:49.58*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:13.28*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:22.58*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:02.31*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:27.02*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:45.06*** join/#brlcad mafm (~mafm@83.45.72.205)
12:03.38*** join/#brlcad mafm (~mafm@83.45.72.205)
12:12.23*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:20.48CIA-88BRL-CAD: 03starseeker * r40418 10/brlcad/branches/cmake/src/other/tkhtml/ (. Makefile.am): Grab tkhtml install fix from trunk
12:32.47CIA-88BRL-CAD: 03starseeker * r40419 10/brlcad/branches/cmake/src/other/tkhtml/Makefile.am: Library is ending up in parent directory for tkhtml - alter where pkgIndex is looking.
12:34.08CIA-88BRL-CAD: 03starseeker * r40420 10/brlcad/trunk/src/other/tkhtml/Makefile.am: Make same change to pkgIndex in trunk
13:06.48CIA-88BRL-CAD: 03brlcad * r40421 10/brlcad/trunk/BUGS: menu invocation is not working again? hrm.
13:12.09CIA-88BRL-CAD: 03brlcad * r40422 10/brlcad/trunk/src/other/tkhtml/Makefile.am: you don't put slashes on a file join, they're space-separated and tcl does it's magic for the given platform
13:31.52CIA-88BRL-CAD: 03brlcad * r40423 10/brlcad/trunk/src/librt/primitives/bot/bot.c:
13:31.52CIA-88BRL-CAD: instead of doing a cheap ass compression manually ourselves, just call
13:31.52CIA-88BRL-CAD: rt_bot_condense() which does the same thing (but butter) and will even go a step
13:31.52CIA-88BRL-CAD: further to reclaim memory. add some sanity checking to make sure our bot
13:31.52CIA-88BRL-CAD: doesn't already have vertices with infinity values, and a final pass to make
13:31.53CIA-88BRL-CAD: sure our book-keeping is correct with no deleted vertices remaining after the
13:31.53CIA-88BRL-CAD: condense.
13:37.34CIA-88BRL-CAD: 03brlcad * r40424 10/brlcad/trunk/src/librt/primitives/poly/poly.c: should be no harm in calling rt_bot_face_fuse() instead of reallocating the face array blindly. this may even help if there are duplicate faces in the original pg data.
13:38.01CIA-88BRL-CAD: 03brlcad * r40425 10/brlcad/trunk/src/librt/primitives/bot/bot.c: document the detail that the bot data is condensed.
13:41.17CIA-88BRL-CAD: 03brlcad * r40426 10/brlcad/trunk/src/ (4 files in 2 dirs): no longer need to call rt_bot_condense() after rt_bot_vertex_fuse() since the result is now guaranteed to be condensed (given you want it that way anyways).
13:50.44CIA-88BRL-CAD: 03starseeker * r40427 10/brlcad/branches/cmake/src/other/tkhtml/Makefile.am: grab fix for pkgIndex.tcl from trunk
13:57.30CIA-88BRL-CAD: 03starseeker * r40428 10/brlcad/branches/cmake/misc/CMake/FindSCL.cmake: Whoops, make the FindSCL file slightly closer to sane
14:38.03CIA-88BRL-CAD: 03erikgreenwald * r40429 10/brlcad/trunk/src/librt/primitives/bot/bot.c: change infinity (a c++ symbol) to INFINITY (a number) for subtraction...
14:52.04CIA-88BRL-CAD: 03starseeker * r40430 10/brlcad/branches/cmake/ (4 files in 2 dirs): Getting closer to full-featured src/other building, but the FIND_PATH/CMAKE_INSTALL_PREFIX problem from FindTCL.cmake is proving general. Need some sort of solution to that before we're really ready.
14:57.45brlcadoops, not a c++ symbol, but it was a vect_t so no go for -
14:59.19CIA-88BRL-CAD: 03brlcad * r40431 10/brlcad/trunk/src/librt/primitives/bot/bot.c: should be the [X] element of infinity
15:14.46``Erikon both my mac and fbsd boxen, "infinity" is is only defined in c++ <limits>, as a template method for "fundamental numerics" or something
15:14.50``Erik*shrug*
15:17.01brlcadit's a var in that function
15:17.10brlcadoverthinking it :)
15:24.10CIA-88BRL-CAD: 03brlcad * r40432 10/brlcad/trunk/src/librt/primitives/bot/bot.c: avoid shadowing the c++ function, use 'deleted' instead of 'infinity'
16:25.50CIA-88BRL-CAD: 03starseeker * r40433 10/brlcad/branches/cmake/ (4 files in 2 dirs):
16:25.50CIA-88BRL-CAD: Sometimes it really is simple - CMAKE_INSTALL_PREFIX is now set to empty string
16:25.50CIA-88BRL-CAD: at the beginning of the CMake process every time, so the Find results all come
16:25.50CIA-88BRL-CAD: out as if it were never set in the first place - and at the end the same
16:25.50CIA-88BRL-CAD: mechanisms that originally set it also restore it.
16:46.18CIA-88BRL-CAD: 03starseeker * r40434 10/brlcad/branches/cmake/misc/CMake/FindTERMLIB.cmake: kill the termlib debug message
18:02.46*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177871390.dsl.bell.ca)
18:36.05``Erikponders a v6 roadmap wiki page O.o
18:37.50starseekerI think there are some notes in the tree somewhere...
18:48.49``Eriktom emailed the list asking around
19:47.40CIA-88BRL-CAD: 03erikgreenwald * r40435 10/brlcad/branches/bottie/src/librt/primitives/bot/ (btg.c btg.h btgf.c): update prototypes
19:48.23CIA-88BRL-CAD: 03erikgreenwald * r40436 10/brlcad/branches/bottie/src/librt/primitives/bot/bot.c: wire up vertex data and call bottie push
19:48.41CIA-88BRL-CAD: 03bob1961 * r40437 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Added methods for appendRow, insertRow, deleteRow, setOperator and setKeypointVC. This functionality is accessible via right-click menu.
19:53.14CIA-88BRL-CAD: 03erikgreenwald * r40438 10/brlcad/branches/bottie/src/librt/primitives/bot/bot.c: return value of prep. Do not call prep in import5.
19:59.03*** join/#brlcad R0b0t1 (~Enigma@64.126.35.185)
19:59.04*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:03.27brlcad``Erik: you should start one
20:04.30brlcadfrom that we can kick off simple project plans for features to go into rel8 and rel9
20:06.22CIA-88BRL-CAD: 03r_weiss * r40439 10/brlcad/trunk/src/librt/primitives/pnts/pnts.c:
20:06.22CIA-88BRL-CAD: Within function rt_pnts_ifree for the point cloud primitive, when freeing the
20:06.22CIA-88BRL-CAD: point cloud bu_list, the forward pointer was being referenced after it was
20:06.22CIA-88BRL-CAD: freed. The changes follow the conventions for freeing a bu_list indicated within
20:06.22CIA-88BRL-CAD: 'bu.h' and the function bu_list_free.
20:07.46brlcadrichard really is so well suited to bug fixes and valgrinding
20:21.13``Erikprobably cookbook writing, too... he has a note stack of step by step instructions for doing things that's... frightening
20:23.56CIA-88BRL-CAD: 03brlcad * r40440 10/brlcad/trunk/BUGS: dwayne reports that the rt* commands fail in mged on windows if you change directory
20:24.38``Erikjust "fail", no more? winderz has funny notions on how to find dll's, wonder if that's involved
20:26.05_psilvawait till u have to deal with the side-by-side nonsense
20:26.08_psilva*shudder*
20:26.17``Erik"side by side"?
20:27.34_psilvahttp://en.wikipedia.org/wiki/Side-by-side_assembly
20:28.56``Erikneat, so microsofts solution to 'dll hell' was to add a whole new dimension of hell to their existing hell
20:31.47CIA-88BRL-CAD: 03starseeker * r40441 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/ThirdParty.cmake): Getting close to working 'all on' and 'all off' toggles - can't yet flip from one to the other with complete success, so some cached variables need to be unset somewhere, but much closer
20:31.50brlcad``Erik: I bet it's just not finding the binaries after the cd
20:32.40brlcadbob probably sets BRLCAD_ROOT or he made mged do a relative lookup somewhere in a _WIN32 section or something similar
20:42.33CIA-88BRL-CAD: 03starseeker * r40442 10/brlcad/branches/cmake/CMakeLists.txt: remove a couple old comments
21:04.28CIA-88BRL-CAD: 03erikgreenwald * r40443 10/brlcad/branches/bottie/src/librt/primitives/bot/btg.c: start wiring together the hit shtuff
21:34.04*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
21:34.20*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
22:40.40*** join/#brlcad mafm (~mafm@83.50.133.211)
22:51.52``Erikcracks open his last http://www.dogfish.com/brews-spirits/the-brews/year-round-brews/midas-touch.htm O.o
22:54.18*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
23:13.44*** join/#brlcad mafm (~mafm@83.50.133.211)
23:17.29*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
23:51.46``ErikO.o http://www.youtube.com/watch?v=7ZWaWrvJ7nA
IRC log for #brlcad on 20100903

IRC log for #brlcad on 20100903

00:46.15*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177871694.dsl.bell.ca)
00:52.32CIA-88BRL-CAD: 03starseeker * r40444 10/brlcad/branches/cmake/misc/CMake/ThirdParty.cmake: Add a SET command to the local toggling - just OPTION won't do it for re-configure situations.
02:28.29brlcadwoo hoo, progress!
03:01.41CIA-88BRL-CAD: 03brlcad * r40445 10/brlcad/trunk/HACKING: notify the slackware maintainer
03:08.18CIA-88BRL-CAD: 03brlcad * r40446 10/brlcad/trunk/AUTHORS: credit nikolai saika and niels horn with special thanks for their work setting up brl-cad on slackware. nikolai got the initial build going with 7.14.0; niels picked up maintenance from 7.16.6 on.
03:08.23*** join/#brlcad Nohla (~Nohla@201.255.233.105)
05:13.36*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:38.21*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1096601535.dsl.bell.ca)
07:02.04*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:28.55*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
09:15.49*** join/#brlcad mafm (~mafm@81.32.97.166)
11:31.59*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:43.35*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
13:17.19CIA-88BRL-CAD: 03bob1961 * r40447 10/brlcad/trunk/src/librt/db_open.c:
13:17.19CIA-88BRL-CAD: Modified db_open to set dbi_filename to the full path using the current working
13:17.19CIA-88BRL-CAD: directory if dirname is ".". Still need code to convert all relative paths to
13:17.19CIA-88BRL-CAD: full paths. This mod fixes the recent rt failure reported by Dwayne for most
13:17.19CIA-88BRL-CAD: cases.
14:05.51*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
14:57.21*** join/#brlcad raininja (~raijin@unaffiliated/raijin)
15:00.56*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
15:01.12*** part/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
15:02.32brlcadhad a little too much fun with that program
15:02.56starseekeruh oh...
15:03.06brlcadit was a good refresher exercise in stl containers, though :)
15:05.06starseekerwhich program?
15:12.58*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
15:18.26CIA-88BRL-CAD: 03bob1961 * r40448 10/brlcad/trunk/src/librt/db_open.c: Don't worry about resolving relative paths. If not a full path then prepend the current working directory to dbi_filename.
15:32.21CIA-88BRL-CAD: 03bob1961 * r40449 10/brlcad/trunk/src/librt/db_open.c: Minor tweak.
15:45.46*** join/#brlcad raininja (~raijin@unaffiliated/raijin)
15:45.54brlcadstarseeker: a proggie to parse ls-dyna output
15:46.05brlcadbasically text and table parsing
15:46.31brlcadnot at all complex, but the book-keeping was a bit ugly
17:08.28``Erik<-- pats his belleh full of free lunch O.o
17:43.48*** join/#brlcad mafm (~mafm@81.32.97.166)
17:56.30*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
17:58.28CIA-88BRL-CAD: 03bob1961 * r40450 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Mods to handle multiple instances of comb members.
18:57.41CIA-88BRL-CAD: 03starseeker * r40451 10/brlcad/branches/cmake/ (CMakeLists.txt src/conv/CMakeLists.txt src/rt/CMakeLists.txt): Now that we have (in principle anyway) the necessary libraries, start adding in src/conv
18:58.16*** join/#brlcad raininja (~raijin@unaffiliated/raijin)
19:16.42CIA-88BRL-CAD: 03starseeker * r40452 10/brlcad/branches/cmake/src/conv/ (CMakeLists.txt step/CMakeLists.txt): Add in CMake logic for step-g
19:29.09CIA-88BRL-CAD: 03starseeker * r40453 10/brlcad/branches/cmake/src/conv/ (CMakeLists.txt iges/CMakeLists.txt step/CMakeLists.txt): Add iges convertor to CMake logic
19:34.44CIA-88BRL-CAD: 03starseeker * r40454 10/brlcad/branches/cmake/src/conv/ (CMakeLists.txt intaval/CMakeLists.txt): Add in intaval CMake logic
19:40.29CIA-88BRL-CAD: 03starseeker * r40455 10/brlcad/branches/cmake/ (CMakeLists.txt src/fbserv/CMakeLists.txt): Add in fbserv
19:47.47CIA-88BRL-CAD: 03starseeker * r40456 10/brlcad/branches/cmake/ (3 files in 3 dirs): Add libcursor, put install logic into fbserv
20:04.28*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:35.52CIA-88BRL-CAD: 03starseeker * r40457 10/brlcad/branches/cmake/ (CMakeLists.txt src/libdm/CMakeLists.txt):
20:35.52CIA-88BRL-CAD: OK, time to face the music. libdm is going to need FindOpenGL logic roughly as
20:35.52CIA-88BRL-CAD: sophisticated as the FindTCL logic - we will need X11 OpenGL on OSX. Wonder if
20:35.52CIA-88BRL-CAD: COMPILE_FLAGS or some other approach can do per-target building and build both
20:35.53CIA-88BRL-CAD: X11 and Aqua code... probably not needed though.
20:40.58*** join/#brlcad merzo (~merzo@241-90-133-95.pool.ukrtel.net)
21:07.28CIA-88BRL-CAD: 03starseeker * r40458 10/brlcad/branches/cmake/src/libfb/CMakeLists.txt: Ah, that's why libfb didn't have the same problem - wrong opengl option. Need to figure this out.
21:36.16CIA-88BRL-CAD: 03starseeker * r40459 10/brlcad/branches/cmake/ (CMakeLists.txt src/libdm/CMakeLists.txt): Turning off OpenGL for now - need to think about locating it on OSX. Define HAVE_TK and provide the Xi library, and we can build libdm for X11 and Tk.
21:59.25``Erikmight have to grow some muscles some day O.o lugging old tv's sucks
22:22.20*** join/#brlcad IriX64 (~MarioDUli@bas2-sudbury98-1177593207.dsl.bell.ca)
IRC log for #brlcad on 20100904

IRC log for #brlcad on 20100904

03:01.24brlcadis glad to have finally gotten rid of his previous beast of a tv when I moved .. jason and I together could barely lift the thing at nearly 200 lbs
03:58.26*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
04:09.55*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
05:55.49*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
09:39.31*** join/#brlcad mafm (~mafm@81.32.104.89)
14:00.22*** join/#brlcad mafm (~mafm@81.32.104.89)
14:46.05CIA-88BRL-CAD: 03starseeker * r40460 10/brlcad/branches/cmake/ (CMakeLists.txt src/libfft/CMakeLists.txt): Add libfft to CMake logic - first test of using ADD_CUSTOM_COMMAND to generate sources from a locally built binary.
15:39.45CIA-88BRL-CAD: 03starseeker * r40461 10/brlcad/branches/cmake/ (3 files in 3 dirs): Add in libicv and libtclcad. libtclcad is a problem child, or if it isn't incrTcl is - seems to REQUIRE private headers from Tcl/Tk, which is likely to complicate using the results of FindTCL
16:13.53CIA-88BRL-CAD: 03starseeker * r40462 10/brlcad/branches/cmake/src/libfft/CMakeLists.txt: Whoops, fix typo.
16:53.54brlcadstarseeker: feel free to "fix" tclcad to not use private headers
16:54.10brlcadcan refactor or remove that code .. it was a TclLibrary call iirc
16:54.19brlcadtrying to find tcl at run-time
17:07.25CIA-88BRL-CAD: 03starseeker * r40463 10/brlcad/branches/cmake/ (CMakeLists.txt src/adrt/CMakeLists.txt): Add in libtermio and adrt - needed to fix the bsd library stuff for adrt. CMake doesn't like empty add_library calls, so did tie0 as one library and made tie1 the 'parent' library that links in tie0.
17:07.46starseekerbrlcad: ah, so that's not really a required thing to use incrTcl?
17:07.58starseekercrosses fingers - that would be nice...
17:19.29brlcader, I don't remember really -- would require a lil investigating
17:21.12brlcadbut it's a wart regardless and it would be better to refactor now while it's a problem than write work-arounds that would have to be undone making it even harder to refactor later
17:29.59CIA-88BRL-CAD: 03starseeker * r40464 10/brlcad/branches/cmake/ (CMakeLists.txt src/anim/CMakeLists.txt): Add in anim directory. Prototyping a macro to wrapp all of the exec files that are to be installed - may both simplfy and speed up conversion.
17:30.36starseekerstarts trying to apply brlcad's advice about removing patterns... this is a common one...
19:25.50CIA-88BRL-CAD: 03starseeker * r40465 10/brlcad/branches/cmake/ (5 files in 5 dirs):
19:25.50CIA-88BRL-CAD: Add wrapper macros for the library and exec install invocations - only
19:25.50CIA-88BRL-CAD: retro-fitting in places like rt or conv where there are a lot of lines to
19:25.50CIA-88BRL-CAD: reduce; not worrying about individual instances that shorten a file by only one
19:25.50CIA-88BRL-CAD: or two lines.
21:04.10*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:12.12*** join/#brlcad Nohla (~Nohla@201.255.233.105)
23:53.07CIA-88BRL-CAD: 03starseeker * r40466 10/brlcad/branches/cmake/ (CMakeLists.txt src/brlman/CMakeLists.txt): brlman is a bit tricky - it relies on specific variable definitions, so will either need to alter brlman.sh.in, some stuff on the CMake side, or 'translate' in brlman's CMakeLists.txt file - latter may the simplest.
23:57.31starseekerah crud, it's not so simple - CMake variable substitution uses the same syntax that sh uses to get values from variables
IRC log for #brlcad on 20100905

IRC log for #brlcad on 20100905

00:14.33CIA-88BRL-CAD: 03starseeker * r40467 10/brlcad/branches/cmake/src/brlman/CMakeLists.txt: Use a variation of a trick from the CMake list to leave intact variables not using the @var@ style in brlman.sh.in.
00:27.46CIA-88BRL-CAD: 03starseeker * r40468 10/brlcad/branches/cmake/ (CMakeLists.txt src/burst/CMakeLists.txt): Add CMake logic for burst. Not implementing the custom test routine as yet - that involves figuring out CTest and will come later.
01:01.53CIA-88BRL-CAD: 03starseeker * r40469 10/brlcad/branches/cmake/ (5 files in 5 dirs):
01:01.53CIA-88BRL-CAD: Add in some missed CMakeLists.txt files, and start working on bwish. FindX11
01:01.53CIA-88BRL-CAD: paths by default weren't finding Xi on gentoo, so now have local copy of FindX11
01:01.53CIA-88BRL-CAD: with expanded paths. btclsh and bwish appear to truly need the itcl/itk C
01:01.53CIA-88BRL-CAD: libraries, which means the next step is to back up and add a C component to the
01:01.53CIA-88BRL-CAD: Itcl/Itk definitions both for Find and for local compiling.
02:54.42*** join/#brlcad kenagain (~kenagain@d149-67-221-118.try.wideopenwest.com)
02:55.08*** part/#brlcad kenagain (~kenagain@d149-67-221-118.try.wideopenwest.com)
03:43.59*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
04:17.16starseekerbrlcad: just curious - do you know why we're talking to itcl/itk via the C api instead of just using it via Tcl?
04:20.41starseekeris wondering why we can't just do Tcl_Eval(interp, "package require Itcl") instead of calling Itcl_Init and friends...
05:05.12*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
07:11.46*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
07:28.07*** join/#brlcad SWPadnos_ (~Me@216.114.141.108)
07:54.54*** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net)
08:00.22*** join/#brlcad Led_Zeppelin (~user@ool-4573f43b.dyn.optonline.net)
08:17.15*** join/#brlcad sub-vigilance (~raijin@pool-108-9-15-164.tampfl.fios.verizon.net)
08:53.49*** join/#brlcad raininja (~raijin@unaffiliated/raijin)
09:39.29*** join/#brlcad merzo (~merzo@82-146-132-95.pool.ukrtel.net)
11:22.28*** part/#brlcad Led_Zeppelin (~user@ool-4573f43b.dyn.optonline.net)
11:42.27*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
11:50.37*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
12:55.13*** join/#brlcad Nohla (~Nohla@201.255.233.105)
13:11.52``Erikhm, a couple weeks ago, .bz's current uptime broke it's previous #2 O.o still quite a ways to break #1 though :)
14:09.08CIA-88BRL-CAD: 03starseeker * r40470 10/brlcad/branches/cmake/ (6 files in 3 dirs): (log message trimmed)
14:09.08CIA-88BRL-CAD: No idea if I'll get away with this, but rip out the C calls to Itcl/Itk init
14:09.08CIA-88BRL-CAD: routines and replace them with package require calls. Also need to define
14:09.08CIA-88BRL-CAD: ITCL_VERSION in brlcad_config.h since we're not directly using the itcl/itk
14:09.08CIA-88BRL-CAD: headers any more. Also take out the while loop in bwish and just call the
14:09.09CIA-88BRL-CAD: routine to add BRL-CAD path info up front - should be harmless if nothing there
14:09.09CIA-88BRL-CAD: and odds are very good we'll need it. Much simpler, and also simplifies the
15:30.06CIA-88BRL-CAD: 03starseeker * r40471 10/brlcad/branches/cmake/ (10 files in 10 dirs): Add in some more directories to CMake. Getting close to mged.
16:05.39CIA-88BRL-CAD: 03starseeker * r40472 10/brlcad/branches/cmake/src/mged/ (attach.c setup.c): try the non-C itcl/itk thing in MGED too - can't tell if it works yet.
16:07.06CIA-88BRL-CAD: 03starseeker * r40473 10/brlcad/branches/cmake/ (3 files in 3 dirs): OK, this builds mged but does not yet produce a working mged.
16:30.55*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
17:34.21*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:46.29*** join/#brlcad Nohla (~Nohla@201.255.233.105)
20:10.23*** join/#brlcad raijin (~raijin@pool-108-9-15-164.tampfl.fios.verizon.net)
20:10.23*** join/#brlcad raijin (~raijin@unaffiliated/raijin)
20:32.40*** join/#brlcad ibot (~ibot@rikers.org)
20:32.40*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
20:34.06*** join/#brlcad R0b0t1 (~Enigma@64.126.35.185)
20:34.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:44.45CIA-88BRL-CAD: 03starseeker * r40474 10/brlcad/branches/cmake/ (9 files in 9 dirs):
20:44.45CIA-88BRL-CAD: Add in some more directories, update the nirt CMakeLists.txt. For now, turn off
20:44.45CIA-88BRL-CAD: the CONF/DATE/etc updating in the topelevel CMakeLists.txt, as the constant
20:44.45CIA-88BRL-CAD: addition of make logic keeps trigging configures - need to remember to re-enable
20:44.46CIA-88BRL-CAD: it at the end
21:23.48CIA-88BRL-CAD: 03starseeker * r40475 10/brlcad/branches/cmake/ (3 files in 3 dirs): Add in util and vdeck. The remaining dirs in src will require solving a couple different problems - (Java, installing .tcl files properly, etc.)
22:03.52CIA-88BRL-CAD: 03starseeker * r40476 10/brlcad/branches/cmake/ (CMakeLists.txt db/CMakeLists.txt): Commit a CMake file for using asc2g to build and install the db models. Appears to work in parallel, but I only have 2 CPUs here so needs more testing.
22:05.28starseekerpants mentally
22:05.35starseekerhmm, tclscripts or docbook next...
22:05.43starseekeror man pages I suppose...
22:10.01CIA-88BRL-CAD: 03starseeker * r40477 10/brlcad/branches/cmake/src/fbed/CMakeLists.txt: Whoops, got ahead of myself - need to straighten out the src/other logic before I can ditch the BRL-CAD prefix
22:10.17brlcadshouldn't (ever?) reference /usr/brlcad in code
22:10.43brlcadbu_brlcad_root() and bu_brlcad_data() are the API mechanisms to consistently find ourselves
22:11.59brlcadat a glance, the problem I see with the bwish changes is that it might not work uninstalled any longer (and would have to test relocation)
22:12.35CIA-88BRL-CAD: 03starseeker * r40478 10/brlcad/branches/cmake/CMakeLists.txt: Turn back on the generated files.
22:17.11CIA-88BRL-CAD: 03starseeker * r40479 10/brlcad/branches/cmake/src/libbu/CMakeLists.txt: Let bu know about thread stuff
22:54.25starseekerOK, obviously I still don't have everything in src hooked in, and there are a few stray things like bench and enigma, but a no-docs build comparison on my system between autotools and cmake, make -j2 + configure time for both systems (no autogen.sh for the autotools build) was 6.2 minutes for CMake, 10.2 minutes for autotools
22:54.42starseekerdoesn't include install time either
22:56.19starseekerso not spectacularly faster, but (as expected) a little gain due (probably) to fewer IO operations in the CMake build
22:57.35starseekerwill be curious to see how the Mac does
22:58.05starseekergentoo's pretty good at running build tools fast
23:00.56starseekeractually, now that I think about it a fair chunk of that gain is also gonna be doing the tcl/tk configures in parallel with other builds
23:01.09starseekerhmm - have to try it again using local libs
23:26.07*** join/#brlcad Nohla_ (~Nohla@201.255.233.16)
IRC log for #brlcad on 20100906

IRC log for #brlcad on 20100906

00:07.39*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
02:36.59CIA-88BRL-CAD: 03starseeker * r40480 10/brlcad/branches/cmake/src/other/ (3 files in 3 dirs):
02:36.59CIA-88BRL-CAD: I had wanted to leave the src/other build logic untouched, but unfortunately the
02:36.59CIA-88BRL-CAD: external CMakeLists.txt files have their own ideas about man page locations and
02:36.59CIA-88BRL-CAD: iwidgets was ignoring the --mandir option. Maybe zlib and png will apply a
02:36.59CIA-88BRL-CAD: patch to make this behavior default? Worth trying. Iwidgets is probably just
02:37.00CIA-88BRL-CAD: going to have to stay a local patch.
03:04.16starseekerbrlcad: um.  Any reason the directory src/vas4 is still around?
03:12.54CIA-88BRL-CAD: 03starseeker * r40481 10/brlcad/branches/cmake/ (21 files in 21 dirs): Add in the man1 man pages.
03:25.46CIA-88BRL-CAD: 03starseeker * r40482 10/brlcad/branches/cmake/src/ (8 files in 8 dirs): Handle man3 and man5 - lot fewer of these.
04:05.42*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177871817.dsl.bell.ca)
05:15.48CIA-88BRL-CAD: 03starseeker * r40483 10/brlcad/branches/cmake/src/ (4 files in 4 dirs): Add some missing conv programs, fix opennurbs include dir to match autotools result, other misc. fixes.
08:57.24*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
09:20.33*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
11:37.07*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:21.48*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
14:23.22*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
16:01.05*** join/#brlcad Yoshi47 (~jan@d72-39-53-79.home1.cgocable.net)
16:18.23CIA-88BRL-CAD: 03starseeker * r40484 10/brlcad/branches/cmake/CMakeLists.txt:
16:18.24CIA-88BRL-CAD: Thanks to some excellent help from the CMake list, implement a way to ensure
16:18.24CIA-88BRL-CAD: that the timestamp comes at the beginning of the build. This same mechanism of
16:18.24CIA-88BRL-CAD: redefining/wrapping add_library and add_executable may help with a make noprod
16:18.24CIA-88BRL-CAD: rule, although that is likely to be more complex.
16:47.45*** join/#brlcad mafm (~mafm@83.49.87.60)
16:59.46CIA-88BRL-CAD: 03Tbrowder 07http://brlcad.org * r2264 10/wiki/Interrogating_and_Modifying_a_Model_Algorithmically: Removing all content from page
17:01.22CIA-88BRL-CAD: 03Tbrowder 07http://brlcad.org * r2265 10/wiki/Main_Page: /* Tutorials */ removing an unfinished tutorial
17:17.17*** join/#brlcad merzo (~merzo@131-144-132-95.pool.ukrtel.net)
19:35.51CIA-88BRL-CAD: 03starseeker * r40485 10/brlcad/branches/cmake/CMakeLists.txt:
19:35.51CIA-88BRL-CAD: Take a stab at a noprod rule, based partially on the uninstall example from the
19:35.51CIA-88BRL-CAD: CMake FAQ. This is an 'all or nothing' command - it will flush ALL lib and exec
19:35.51CIA-88BRL-CAD: products that cmake knows about, not just those in a single directory. If we
19:35.51CIA-88BRL-CAD: want per-directory control things are likely to get even trickier, if it can be
19:35.52CIA-88BRL-CAD: done.
19:39.51starseekerbrlcad: not sure if that's what you're looking for - it's "all-or-nothing" - but I'm not sure how to get finer control at this point
19:40.51starseekerI have a few notions, but they're all a bit scary
19:40.59starseeker(not that the current noprod isn't...)
21:27.00*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177726501.dsl.bell.ca)
21:28.40IriX64brlcad... I said i wouldn't post any more pictures till I had something you haven't seen yet, please look at www3.sympatico.ca/mario.dulisse2/brlcad and brlcad2
21:29.33IriX64it shocked me when it said thats a 64bit build :)
21:38.14IriX64btw you do know your topic has your name in it.
21:42.13louipcIriX64: dude... that's havoc again we've seen that a million times
21:42.21louipcnot interesting
21:42.55IriX64you told me to get a real system
21:42.59starseekerbrlcad: wouldn't the potential problems with working uninstalled for itcl/itk be the same for all "package require" commands?  Also, with CMake and ExternalProject it ends up getting installed anyway before the BRL-CAD libs are built...
21:43.16louipcI did?
21:43.30IriX64yea you dont think cygwin is a real system
21:43.46IriX64so i took the iso off redhat (4 freaking hours)
21:43.50louipcok hehe
21:43.54louipcnice
21:44.06IriX64this is enterprise beta 6 and its beautiful
21:44.07louipcstill that screenshot is not interesting
21:44.16IriX64understood :)
21:44.27louipcyou might as well say "im using redhat now"
21:44.35IriX64i can say that ?
21:44.39louipcsure
21:44.45louipcwe don't need a screenshot for that
21:44.51IriX64still learning, its good tho
21:45.31IriX64i have a dual core cpu, is it really using those like two cpus?
21:45.39IriX64brlcad i mean
21:45.42louipcnot sure
21:45.45starseekerbrlcad: if it comes down to needing to include all the private tcl/tk stuff for C based itcl or finding a way to make package require work both uninstalled and installed I'd like to take a shot at the latter
21:46.02IriX64it said build smp release
21:46.47IriX64i'll return to being silent again, thanks brlcad and louipc
21:47.00louipccheers
23:35.37*** join/#brlcad mafm (~mafm@83.37.7.212)
IRC log for #brlcad on 20100907

IRC log for #brlcad on 20100907

00:30.27``Erikpoor guy
01:58.33brlcadstarseeker: if it's quick, all or nothing is probably fine
01:59.26brlcadsince you can still rebuild specific targets
02:01.47brlcadstarseeker: and yes, all of the package requires are *potentially* problematic, if code is called that uses that package.  that's one of the specific intents of libtclcad's autopath init code, to find stuff whether installed or not
02:06.14brlcadchanging them to package require code is perfectly fine, but should just make sure they still work the same as they do now by running mged before install and having it still work (as well, of course, post-install)
02:07.10brlcadthat feature is useful and has been used for development porting and testing over the years
02:07.30starseekerfwiw, I can start bwish from my build directory
02:08.24starseekermged I don't have working either pre or post install yet - at a minimum I need to get install logic in place for src/tclscripts, and there may be other issues
02:09.44starseekerI'm a bit fried, so I'll have to tackle it tomorrow, but I need to get tclscripts, the install headers, doc and the docbook logic set up
02:10.03brlcaddid you make sure you didn't already have an install in place that it might have picked up?
02:10.10brlcadif it was a clean test, then good to go
02:10.32starseekerI cleared out /usr/brlcad, IIRC...
02:10.36starseekerchecks
02:10.36brlcadk
02:11.34brlcadif you follow the --enable-only-benchmark logic, that enables our "core" components that constitute a representative base build
02:11.57starseekernods
02:12.02brlcadmged, rt, asc2g (technically all conv for simplicity), etc
02:12.45starseeker'course, with this approach to building the tcl/tk stuff is "installed" and in place anyway, at least from the standpoint of the BRL-CAD code - I take it you ment a tcl/tk install elsewhere on the system?
02:13.36starseekerI should be pretty darn close to having most of the binaries built, although I don't have some of the nicities like version arguments for the libraries in yet
02:13.39brlcadnothing tcl/tk specific really
02:14.03starseeker(also, it looks like autotools is building both .so and .a files for the libraries and I'm just building .so (or .dylib, depending on platform)
02:14.08brlcadit's library runtime management
02:14.16starseekernods
02:14.49starseekerI did some reading on the CMake wiki about the options for runtime stuff, and I THINK I'm in good shape
02:15.07brlcadyeah, being able to --disable-shared has been useful many times over
02:15.10starseekerI have been able to run rt successfully from non-installed and installed off of the CMake build
02:15.14brlcadnick had to use it just a couple weeks ago
02:15.32starseekerwinces - I can probably set that up, but it may take a little doing
02:15.34brlcadbest way to debug
02:16.27brlcadit's a lot more involved than it seems on the surface
02:16.37brlcadit's another thing libtool just takes care of for us
02:16.55starseekerCMake has shared and static support, but I'm still learning my way around it
02:17.23starseekergiven the hideous size of the resulting files, I had assumed static was something we would use only when we really had to
02:18.06brlcad.so/.dylib's should be position-independent code (-fPIC) ... archive files are without -fPIC
02:19.27starseekersigh - that's probably another speed differential between CMake and autotools builds - I'm not doing the static copy for every library
02:25.39*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177593807.dsl.bell.ca)
02:32.15*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
02:39.13CIA-88BRL-CAD: 03starseeker * r40486 10/brlcad/branches/cmake/ (22 files in 22 dirs): Another tidbit from the CMake list - take out the LIBRARY part of the INSTALL command for libraries (ARCHIVES are static libraries, apparently) and turning off BUILD_SHARED_LIBS actually results in a build.
02:39.24starseeker'course, not a fully WORKING build, but hey...
02:41.53starseekeralright, enough for one day
02:48.48brlcadstarseeker: undoubtedly a speed difference -- we technically compile every source file twice in the auto* build (once PIC, another non-PIC)
02:49.03brlcadall under the hood behind the scenes automatic
03:04.29starseekerbrlcad: is it essential that both be built, or is an either/or setup enough?
05:58.15RalithI imagine the static libs are only of interest to lib user developers, and few of those, even
05:58.20Ralithassuming all platforms support dynamic
07:05.41*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
09:48.50``ErikPIC only makes sense in a lib, kinda irrelevant in an executable... I can see a lib user wanting the static stuff (.a) to provide a single drop binary if they're not clever enough to provide the shared libs
09:50.29``Erik(I've even been toying with the notion of aggregating several libs into one .so/.dll/.dylib/.sl/etc for convenience in a drop)
11:16.05*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
11:25.24brlcadstarseeker: it's pretty standard practice to install static and non-static libraries as they serve different purposes
11:29.49brlcadwow, looks like they kinda fucked that one up:  http://www.paraview.org/Wiki/CMake_FAQ#Can_I_build_both_shared_and_static_libraries_with_one_ADD_LIBRARY_command.3F
11:32.32brlcadyou either have to give them different names (which is fine if the install rule fixes the name), or you rely on peeking at cmake internals to get at the object files
11:33.05brlcadlooks necesary: http://www.paraview.org/Wiki/CMake_FAQ#How_do_I_make_my_shared_and_static_libraries_have_the_same_root_name.2C_but_different_suffixes.3F
12:06.37starseekerbrlcad: what purpose do the static libraries serve in a standard install?  (just curious)
12:08.02starseekerthat's definitely gonna be the speed difference, at least on gentoo :-/
12:10.10starseekerI've got to get the oil changed on my car (light is on, waaaay late this time) so I'll be in after that
12:10.48starseekerI'll try and update the macros to take care of the static/shared logic
12:11.55starseeker``Erik: my thought was if someone wants the static libs they could compile BRL-CAD themselves with that option turned on... seems like a lot of overhead to stick in the install...
12:12.25starseekerbut that's not an area I know all that much about yet :-/
12:13.09starseekerlooks like gentoo does that too for most libs
12:15.59starseekerwinces at the thought of compiling all the libs twice...
12:16.33brlcadsame purpose static libraries solve anywhere :)
12:17.40brlcadif someone is trying to build *their* application static, they have to link against static libraries
12:17.55starseekerthought building a static application was quite rare in this day and age
12:18.04brlcadthe speed difference is no different than what we currently do
12:18.16brlcadwe build both now
12:18.35starseekerbrlcad: oh, I know - I was hoping CMake was faster, but it turns out it just wasn't doing all the work yet :-P
12:18.47brlcadit's rare for production installs, but no less rare than solaris builds or freebsd usage
12:19.22starseekerwaits for ``Erik to pick up that gauntlet...
12:19.36brlcadcould add an option to enable/disable, but our production releases should include both as a matter of principle
12:20.23starseekerOK.  I may leave the static stuff off in the Debug build type though...
12:20.27brlcadstill, how rare shouldn't really matter -- it's an expectation
12:20.50brlcadgiven every libtool program produces and installs both, they're not rare at all from that persepctive
12:21.12starseekerthat's a hell of a lot of compiler time and disk space just for an expectation, but I guess you're right
12:22.32brlcadI think statics are used by private orgs way more than realized too, as that's the most convenient way to distribute an app
12:22.38brlcadit has no dependencies
12:23.01starseekerhow big is a full static build of mged?
12:23.08brlcade.g., we could post an adrt/isst application binary fully static that links gtk, without requiring gtk
12:23.21brlcadyou don't build the apps static
12:23.24brlcadlibraries
12:23.36starseekeryeah, I guess come to think of it Opera does release a version built static
12:23.40starseekerah
12:24.20brlcadrather, we wouldn't build apps static -- the expectation is that there are dynamic and static libraries provided, so I can link my application however I need to
12:25.39starseekeralrightie, I'll see what I can do
12:25.58starseekerdismally wonders how many more little gotchas are waiting in the wings...
12:28.35starseekerwow, this sounds cool:  http://www.eurekalert.org/pub_releases/2010-09/miot-mrc090110.php
12:41.12*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:43.00*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
17:14.05CIA-88BRL-CAD: 03starseeker * r40487 10/brlcad/branches/cmake/src/mged/cmd.c: Whoops, stray itcl.h
17:57.05brlcadprobably dozens
18:08.54CIA-88BRL-CAD: 03starseeker * r40488 10/brlcad/branches/cmake/ (23 files in 23 dirs): Switch all the libraries over to using our ADDLIB macro, in preparation for adding in a static option.
18:20.34*** join/#brlcad mafm (~mafm@83.42.152.208)
18:23.50CIA-88BRL-CAD: 03starseeker * r40489 10/brlcad/branches/cmake/ (4 files in 4 dirs):
18:23.50CIA-88BRL-CAD: Since we're never going to want liblib as our prefix on a file name, have our
18:23.52CIA-88BRL-CAD: add_library wrapper catch target names with lib in them and turn off the lib
18:23.52CIA-88BRL-CAD: PREFIX in the target properties. Now if we decide to rename all the lib targets
18:24.03CIA-88BRL-CAD: (e.g. bu->libbu, bn->libbn, etc.) all we have to do is rename them.
18:30.41*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:42.15CIA-88BRL-CAD: 03starseeker * r40490 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/BRLCAD_Util.cmake):
18:42.15CIA-88BRL-CAD: OK, here we go - build shared and static libraries by default thanks to some
18:42.15CIA-88BRL-CAD: macro fun. Naturally, Windows immediately makes me eat my words - we do need a
18:42.15CIA-88BRL-CAD: lib prefix in all cases on Windows for static libs, so only in that case always
18:42.16CIA-88BRL-CAD: set the prefix to 'lib' regardless of target name.
18:47.45CIA-88BRL-CAD: 03starseeker * r40491 10/brlcad/branches/cmake/CMakeLists.txt: Fix comment.
20:59.54CIA-88BRL-CAD: 03starseeker * r40492 10/brlcad/branches/cmake/ (4 files in 4 dirs): Add build logic for URToolkit - don't have a Find* script for this yet.
21:00.57*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:02.06*** join/#brlcad Nohla (~Nohla@201.255.233.16)
21:12.00starseekerblinks - apparently zlib regards crc32.h as a private header
21:12.18starseekerour autotools build installs it though
21:13.57CIA-88BRL-CAD: 03starseeker * r40493 10/brlcad/branches/cmake/misc/CMake/BRLCAD_Util.cmake: Whoops, might want to actually install the static libs...
21:13.58CIA-88BRL-CAD: 03starseeker * r40494 10/brlcad/branches/cmake/ (CMakeLists.txt include/CMakeLists.txt): Add install logic for the headers.
21:44.53CIA-88BRL-CAD: 03starseeker * r40495 10/brlcad/branches/cmake/ (4 files in 4 dirs): Add more headers to the install.
21:47.02*** join/#brlcad Ralith (~ralith@d142-058-095-117.wireless.sfu.ca)
21:54.24Ralithdoes Tom Browder come here?
22:17.46brlcadRalith: rarely
22:18.27brlcadstarseeker: the installed names shouldn't be libbu-static.a ... there was an FAQ on making the static and non-static install with the right name
23:08.57*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177726445.dsl.bell.ca)
23:37.51starseekerbrlcad: did I do it wrong?  I thought I used the FAQ as the template
23:38.02starseekerlooks
23:38.37starseekerit's installing as libbu.a - it's just the target name that's bu-static
IRC log for #brlcad on 20100908

IRC log for #brlcad on 20100908

00:42.27CIA-88BRL-CAD: 03starseeker * r40496 10/brlcad/branches/cmake/src/other/URToolkit/ (CMakeLists.txt man/CMakeLists.txt): Add in the URToolkit man pages
00:42.33CIA-88BRL-CAD: 03starseeker * r40497 10/brlcad/branches/cmake/ (4 files in 4 dirs): Add most of the doc directory, except for the docbook build (that's a bit more involved)
01:01.06*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:11.52CIA-88BRL-CAD: 03starseeker * r40498 10/brlcad/branches/cmake/ (4 files in 2 dirs):
01:11.52CIA-88BRL-CAD: Start working out logic for tclscripts. Unfortunately, it looks like the
01:11.52CIA-88BRL-CAD: tclscript logic expects to create files in the source tree - for now, about all
01:11.52CIA-88BRL-CAD: I can do is add the generated files to the make clean rule. Ideally shouldn't
01:11.52CIA-88BRL-CAD: be writing the file there in the first place, but that could be a bit tricky.
01:18.42starseekerwell, I guess as progress goes it could be worse
01:20.04*** join/#brlcad Nohla (~Nohla@201.255.243.138)
02:48.04CIA-88BRL-CAD: 03starseeker * r40499 10/brlcad/branches/cmake/src/other/libutahrle/CMakeLists.txt: Looks like utahrle needs M_LIBRARY
03:18.27CIA-88BRL-CAD: 03starseeker * r40500 10/brlcad/branches/cmake/src/libbu/CMakeLists.txt: This version seems to produce results matching those from autotool, except that this has libbu.so linking to libbu.so.19 and libbu.so.19 linking to libbu.so.19.0.1 - that may be OK?
03:21.27*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
03:41.11starseekerbrlcad: I think that's OK, isn't it?  (version linking)
06:50.47*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:21.52*** join/#brlcad mafm (~mafm@81.39.254.198)
10:01.17*** join/#brlcad mafm_ (~mafm@81.39.254.198)
10:01.26*** join/#brlcad mafm_ (~mafm@81.39.254.198)
10:01.36*** join/#brlcad mafm_ (~mafm@81.39.254.198)
10:49.44*** join/#brlcad Nohla (~Nohla@201.255.243.138)
11:41.38*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:31.33*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
15:15.27CIA-88BRL-CAD: 03starseeker * r40501 10/brlcad/branches/cmake/src/tclscripts/ (13 files in 7 dirs): Start working on tclscript subdirs
16:20.14CIA-88BRL-CAD: 03starseeker * r40502 10/brlcad/branches/cmake/src/tclscripts/ (32 files in 12 dirs): Commit the rest of the logic, don't enable it yet
17:00.40CIA-88BRL-CAD: 03starseeker * r40503 10/brlcad/branches/cmake/src/tclscripts/ (4 files in 4 dirs): Minor fixes and enable all of src/tclscripts
17:02.48CIA-88BRL-CAD: 03starseeker * r40504 10/brlcad/branches/cmake/doc/docbook/ (CMakeLists.txt articles/en/CMakeLists.txt): First cut at Docbook with CMake. Obviously need FindXSLT - for now, hardcode it in order to test. Just try html right now.
17:38.51CIA-88BRL-CAD: 03starseeker * r40505 10/brlcad/branches/cmake/doc/docbook/ (3 files in 3 dirs): Surprisingly, this seems to be working both for man pages and for html, although I'm dubious that COMMAND will be cross platform.
17:41.29*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
18:27.00*** join/#brlcad ``Erik_ (Here@c-69-140-109-104.hsd1.md.comcast.net)
18:38.24*** join/#brlcad Ralith (~ralith@d142-058-094-233.wireless.sfu.ca)
18:41.30*** join/#brlcad Ralith (~ralith@d142-058-094-233.wireless.sfu.ca)
18:50.54CIA-88BRL-CAD: 03brlcad * r40506 10/brlcad/trunk/TODO: cache objects. per discussion on devel mailing list, document the thoughts to date.
19:11.02*** join/#brlcad Ralith (~ralith@d142-058-094-233.wireless.sfu.ca)
19:13.59*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
19:34.23*** join/#brlcad Ralith (~ralith@d142-058-094-233.wireless.sfu.ca)
20:26.09starseekerWOOO-HOOOOO!
20:27.42starseekerworking docbook build
20:42.37starseekerand mged runs from install - not spotting the gui command from build location though, so need some work there
20:58.13*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
20:59.36*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:56.34starseekerhmm - looks like the CMake approach to building breaks the check-for-src approach used in the tcl autopath function
21:56.38starseekerponders
22:34.33CIA-88BRL-CAD: 03starseeker * r40507 10/brlcad/branches/cmake/doc/ (11 files in 11 dirs): Add all the docbook logic. html/man only right now - need a system with fop to get that working - and need FindXSLT, but it appears to be fully working and parallel
22:38.56brlcadtclcad_autopath() is fair game to rework
22:40.50CIA-88BRL-CAD: 03starseeker * r40508 10/brlcad/branches/cmake/ (3 files in 3 dirs): Don't hardcode xsltproc path - later will need to look for other alternatives to xsltproc as well
22:41.30*** join/#brlcad raininja (~raijin@unaffiliated/raijin)
IRC log for #brlcad on 20100909

IRC log for #brlcad on 20100909

00:10.14*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:19.41*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
02:47.25starseekermust postpone working on bench - the .sh file approach is definitely not cross platform.
02:47.42starseekerwonder if CTest is the right tool for that...
04:04.55CIA-88BRL-CAD: 03starseeker * r40509 10/brlcad/branches/cmake/ (6 files in 6 dirs): Add in some stray files missed earlier, as well as the sh and archer dirs - the archer dir probably is not correct yet
04:43.09CIA-88BRL-CAD: 03starseeker * r40510 10/brlcad/branches/cmake/ (25 files in 25 dirs): Add more version numbers to libs, add a few other missing commands and files.
04:45.48starseekernotes tcl/tk 8.5.9 is out
04:45.59starseekerwith corrections for building with the latest MSVC
05:00.21*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177593421.dsl.bell.ca)
05:57.00brlcadcalls it a night
06:12.17Ralithpresents a compelling case that it is in fact a day
07:01.03*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:50.38*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
09:02.17*** join/#brlcad mafm_ (~mafm@83.40.127.69)
12:07.09starseekerwonders if the dash source code could work on Windows... maybe we could just build our own minimalist sh and use that for the scripts...
12:07.31starseekeris slightly daunted by the thought of reimplementing all of the .sh script logic in tcl
12:14.09starseekerHah, I'll be darned:  ftp://softs.laas.fr/pub/openrobots/eltclsh/eltclsh-1.11.1.tar.gz
12:14.21starseekerhttps://softs.laas.fr/openrobots/wiki/eltclsh rather, for an overview
12:14.25brlcadnot practical (or time productive) to reimplement it all
12:15.07starseekerbrlcad: that was my thought
12:15.19brlcadthat's about 100k lines of code iirc, it'd take more than a year
12:15.19starseekerdo we just ignore that functionality on Windows?
12:15.59brlcaddepends what functionality
12:16.10starseekerwell, benchmark for starters
12:16.10brlcadmsys or pdksh come to mind
12:17.21starseekerkorn shell?
12:17.50brlcadyes?
12:18.14brlcadwe shouldn't require more than posix shell
12:18.22brlcadksh is a superset shell
12:18.29starseekerisn't up on shells - korn is the same as bourne (sh) shell?
12:18.33starseekerah
12:18.42brlcadnot the same, but close enough to not matter
12:19.00starseekerthought dash might appeal because it's supposed to be fast and good in low resource situations :-P
12:19.43brlcadsure, it's another candidate
12:20.04brlcadpdksh is one of the oldest simplest smallest too
12:20.11brlcadpublic domain ksh
12:20.16starseekercool
12:21.42brlcadposh is a fork of pdksh that aimed to fix the compliance bugs
12:22.11brlcadnice list of candidates here: http://www.in-ulm.de/~mascheck/various/portability/
12:22.23*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
12:22.28brlcadgetting a shell to work is the easy part
12:22.33brlcadyou need a controlling terminal
12:22.41*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
12:22.52brlcadgetting that on windows portably is tricky, doable but tricky
12:23.20starseekerdo we need a controlling terminal even if we execute the scripts non-interactively?
12:23.30starseeker(which I admit is not ideal)
12:23.48brlcadideally we'd just write a simple terminal application in Tk wrapping our libtermio to provide the controlling terminal, then run dash or posh in it
12:24.01starseekernods
12:24.19starseekerI wonder if ewish in that etclsh package is worth a look
12:24.48starseekeror elwish rather - "an interactive interpreter for the Tk toolkit"
12:26.49starseekerprobably wouldn't buy us that much, I suppose, at least not for this purpose
12:28.18*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
12:31.42starseekerretargets himself - later for that, fix step build now
12:31.57starseekerwould be nice if it actually installed something...
12:41.01*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:21.41brlcadnot for this purpose
13:45.55*** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net)
13:49.47*** join/#brlcad mafm (~mafm@83.40.127.69)
13:50.45*** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
14:14.24CIA-88BRL-CAD: 03starseeker * r40511 10/brlcad/branches/cmake/src/other/ (15 files in 11 dirs):
14:14.25CIA-88BRL-CAD: Start working on installing step library, but there is some subtlty with RPATH I
14:14.25CIA-88BRL-CAD: haven't figured out yet. libexpress.so is being deleted between the make and
14:14.25CIA-88BRL-CAD: the install step by an RPATH_CHECK command - adding libbu as a linking target
14:14.25CIA-88BRL-CAD: avoids this, but why???
14:41.28CIA-88BRL-CAD: 03starseeker * r40512 10/brlcad/branches/cmake/src/other/step/CMakeLists.txt: Let's not bother with all the fancy stuff in the step build until it's clear what's going on here
14:44.54CIA-88BRL-CAD: 03bob1961 * r40513 10/brlcad/trunk/src/librt/db_open.c: Accomodation for windows.
14:53.24CIA-88BRL-CAD: 03starseeker * r40514 10/brlcad/branches/cmake/src/other/step/misc/CMake/SCL_Utils.cmake: Duh. Use the actual install variables and it actually works.
14:58.59CIA-88BRL-CAD: 03starseeker * r40515 10/brlcad/branches/cmake/src/other/openNURBS/CMakeLists.txt: Make the opennurbs static library name match the rest of the names - no -static suffix.
15:40.41CIA-88BRL-CAD: 03starseeker * r40516 10/brlcad/branches/cmake/ (6 files in 5 dirs): Hook in more of the Docbook build - add more options, get basic PDF build working (need to enable more than articles, just a test)
15:51.31CIA-88BRL-CAD: 03starseeker * r40517 10/brlcad/branches/cmake/src/other/step/include/CMakeLists.txt: whoops, add step include CMakeLists.txt
15:52.06CIA-88BRL-CAD: 03starseeker * r40518 10/brlcad/branches/cmake/doc/docbook/ (9 files in 9 dirs): Add in conditionalized logic for pdf generation.
15:55.10starseekersweeet!
15:55.40starseekerheads in - don't need fop anymore, cept to add in that option for the Mac
17:28.29CIA-88BRL-CAD: 03bob1961 * r40519 10/brlcad/trunk/misc/win32-msvc8/tktable/ (. tktable.vcproj): Added a project for tktable.
17:33.01CIA-88BRL-CAD: 03bob1961 * r40520 10/brlcad/trunk/misc/win32-msvc8/brlcad/brlcad.sln: Added the tktable project. Removed the hardwired path to libadrt (i.e. it was hardwired to a user's directory).
17:35.51CIA-88BRL-CAD: 03bob1961 * r40521 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: Added code to create and install tktable related files.
17:38.39*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
17:38.39*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
17:40.26*** join/#brlcad mafm_ (~mafm@83.40.127.69)
17:41.41*** join/#brlcad alex_jon1 (~alex_joni@81.196.65.201)
17:43.55*** join/#brlcad CIA-14 (~CIA@208.69.182.149)
17:47.22CIA-14BRL-CAD: 03bob1961 * r40524 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl:
17:47.22CIA-14BRL-CAD: Added a <B3-Motion> binding for the tktable's that does nothing except to gobble
17:47.22CIA-14BRL-CAD: up the event. This is to prevent bleed through of this event when using the
17:47.22CIA-14BRL-CAD: popup menu. For example, on windows it was possible to traverse the popup menu
17:47.22CIA-14BRL-CAD: items and inadvertently resize a table row at the same time.
17:58.06*** part/#brlcad SWPadnos (~Me@emc/developer/SWPadnos)
19:30.42*** join/#brlcad Ralith (~ralith@d142-058-095-214.wireless.sfu.ca)
19:33.50brlcadstarseeker: here's a bit of the explanation I was looking for -> http://www.mail-archive.com/libtool@gnu.org/msg11552.html
19:34.35brlcadso CURRENT:REVISION:AGE becomes
19:36.39brlcadlibrary modified, REVISION++; interface changed/added/removed, CURRENT++ && REVISION=0; interface added, AGE++; interface removed, AGE=0
19:40.33brlcadhere's the official "rules" http://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html
20:18.35CIA-14BRL-CAD: 03starseeker * r40525 10/brlcad/branches/cmake/CMakeLists.txt: er, whoops - how about APACHE_FOP, not XSLTPROC_EXEC
20:24.02CIA-14BRL-CAD: 03starseeker * r40526 10/brlcad/branches/cmake/CMakeLists.txt: Don't do the pdf stuff by default, rather expensive.
21:08.26*** join/#brlcad Ralith (~ralith@d142-058-095-214.wireless.sfu.ca)
21:28.07*** join/#brlcad raininja (~raijin@unaffiliated/raijin)
21:36.40*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:19.23*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
IRC log for #brlcad on 20100910

IRC log for #brlcad on 20100910

00:42.58*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1128565211.dsl.bell.ca)
00:59.37*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:19.07starseekerrealizes he hasn't delt with OpenGL yet
01:19.10starseekerarrgh
01:25.15Ralithin what context?
01:25.22starseekerCMake build
01:25.33Ralithlinking?
01:25.38starseekerdetecting
01:25.43Ralithiirc, that's quite easy
01:25.56RalithI may have the code lying around somewhere.
01:25.58Ralithchecks
01:26.04starseekerApple OpenGL is complicated - X11 OpenGL, AGL - which do we want, which headers go with which, etc
01:26.11starseekerneed to be able to pick one or the other at compile time
01:26.17starseekeror configure time rather
01:26.34Ralithoh, right, OSX.
01:27.00starseekerOSX is a pain - it's what complicated the Tcl/Tk find logic so bad
01:27.41starseekersomeone may have solved it already - I'll look around, and OpenGL is more popular than Tcl/Tk, but the fine grained control we need is somewhat unusual
01:28.11starseekerIt's not immediately clear to me how to tell whether an OGL is compiled for X11 or Aqua
01:30.34Raliththe different ones can be resolved by the same search?
01:30.52starseekerunknown
01:31.03Ralithwell, that seems like it'd save a lot of time to test.
01:31.09starseekerI essentially wrapped many searches into one script with tcl/tk
01:31.31Ralithmy intuition suggests that the shipped cmake opengl search will only find the aqua one
01:31.42starseekerthe idea is to be able to set options (X11/Aqua/Win32) and have FindOGL.cmake return a valid result if there is one
01:31.55starseekeryeah, I believe that's what happened when I tried it
01:33.38Ralithso perhaps all you need to do is build another tweaked FindOGL.cmake (renamed to -X11 or something) that'll find X11, then use whichever's appropriate
01:34.17starseekeryep
01:34.47starseekerdevil's in the details though
01:35.01Ralithlast I checked, those're quite simple files to author
01:35.05Ralithsimpler still if you're just editing one.
01:36.54starseeker<snort> http://brlcad.svn.sf.net/viewvc/brlcad/brlcad/branches/cmake/misc/CMake/FindTCL.cmake?revision=40415&view=markup
01:40.27starseekersome of 'em are easy, but keeping straight multiple versions and featuresets in a single search...
01:51.58starseeker'course, I make no claim that that file is optimal, but you'd be surprised how varied the places are that distros store tclConfig.sh
03:24.27CIA-14BRL-CAD: 03starseeker * r40527 10/brlcad/branches/cmake/ (20 files in 20 dirs): A variety of fixes and cleanups - still need the step data, libbrlcad, librtserver and a few misc items but closer.
04:52.49Ralithhm
04:52.50Ralithwell
04:52.57RalithOpenGL's a hell of a lot more standard, fwiw
04:53.02Ralithwhich may not be much
06:58.50*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:33.43*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
09:08.20*** part/#brlcad raininja (~raijin@unaffiliated/raijin)
09:50.56*** join/#brlcad mafm (~mafm@81.37.118.230)
11:49.23*** join/#brlcad archivist_ (~archivist@host217-34-113-62.in-addr.btopenworld.com)
13:20.13*** join/#brlcad Elrohir (~kvirc@p4FC5A818.dip.t-dialin.net)
14:28.29*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
15:03.37*** join/#brlcad ibot (~ibot@rikers.org)
15:03.37*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
15:26.21CIA-14BRL-CAD: 03starseeker * r40528 10/brlcad/branches/cmake/src/other/step/ (CMakeLists.txt data/CMakeLists.txt): Get the data from step installing, but shouldn't be using a BRLCAD variable here - need to think about it a little.
17:09.31*** join/#brlcad mafm_ (~mafm@81.37.118.230)
17:47.36CIA-14BRL-CAD: 03starseeker * r40529 10/brlcad/branches/cmake/src/other/URToolkit/tools/ (CMakeLists.txt clock/CMakeLists.txt): Add in rleClock
18:43.02CIA-14BRL-CAD: 03starseeker * r40530 10/brlcad/branches/cmake/ (CMakeLists.txt src/librtserver/CMakeLists.txt): Add in librtserver, although it's not confirmed working yet and the option logic for it isn't there yet either.
20:13.49CIA-14BRL-CAD: 03starseeker * r40531 10/brlcad/branches/cmake/src/ (8 files in 8 dirs): Don't install some things not being installed by autotools, add step man pages.
20:36.17CIA-14BRL-CAD: 03bob1961 * r40532 10/brlcad/trunk/src/tclscripts/lib/RtControl.tcl: Added special handling for Windows to replace the backslashes with forward slashes before being evaluated again by Tcl in RtControl::clear.
20:41.45CIA-14BRL-CAD: 03bob1961 * r40533 10/brlcad/trunk/misc/nsis/brlcad.nsi:
20:41.46CIA-14BRL-CAD: Added a call to RequestExecutionLevel to set the execution level to user to get
20:41.47CIA-14BRL-CAD: the failed CreateShortCut calls to work. Added a call to insertmacro for
20:41.48CIA-14BRL-CAD: WordFind3X. Commented out the shortcut for the Archer documentation.
20:45.55CIA-14BRL-CAD: 03bob1961 * r40534 10/brlcad/trunk/misc/win32-msvc8/tktable/tktable.vcproj: Quote a few preprocessor defs for the x64 build.
21:21.43CIA-14BRL-CAD: 03starseeker * r40535 10/brlcad/branches/cmake/misc/enigma/CMakeLists.txt: If we have a crypt library use it, but don't turn it off - need to see what autotools is checking for here.
21:22.49brlcadenigma is a crypt replacement
21:22.56brlcadif you have crypt, you don't need enigma
21:23.22starseekerbrlcad: when we compile on Linux, we use -lcrypt for enigma
21:23.29starseekerapparently need it
21:25.14brlcadyes, because enigma calls crypt()
21:25.22brlcadwhich on linux is in libcrypt
21:25.59brlcad(you could have libcrypt and not have crypt)
21:26.03starseekerright - all I was doing there was setting up the build to use the crypt library if found
21:26.20starseekersorry, comment wasn't clear
21:26.56starseekerfigures out whether proc-db/terrain or util/terrain ends up installed...
21:27.48starseekerah, the util one
21:27.53brlcadinteresting that there are two...
21:28.01brlcadpdb should be renamed
21:28.15starseekerCMake complained that there were non-unique target names, and sure enough...
21:28.22brlcadyep
21:28.25brlcadI didn't realize that
21:28.52starseekerkinda a handy feature, really...
21:30.35brlcadnot much different than a non-recursive Makefile.am
21:30.45brlcadwhich is basically what cmake is producing
21:31.14brlcad(i.e., a non-recursive Makefile)
21:31.28starseekernods
21:32.09CIA-14BRL-CAD: 03starseeker * r40536 10/brlcad/branches/cmake/src/ (proc-db/CMakeLists.txt util/CMakeLists.txt): The util terrain is the actual terrain exec - call the proc-db one terraingen for now.
21:52.14CIA-14BRL-CAD: 03starseeker * r40537 10/brlcad/branches/cmake/ (5 files in 5 dirs): More cleanups driven by diffs between autotools and cmake installs. Getting close to complete - virtually all remaining diff are explained by expected differences.
22:31.33*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
23:04.26starseekerah that's why it didn't want to run - I was sticking db in share/7.17.0/db
23:05.28starseekerpix too
23:30.03*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
23:42.16CIA-14BRL-CAD: 03starseeker * r40538 10/brlcad/branches/cmake/ (CMakeLists.txt bench/CMakeLists.txt sh/CMakeLists.txt): Get benchmark running - needed a slightly different target definition.
23:51.18CIA-14BRL-CAD: 03starseeker * r40539 10/brlcad/branches/cmake/bench/CMakeLists.txt:
23:51.18CIA-14BRL-CAD: Interestingly, it looks like the make clean command can be overridden in the
23:51.18CIA-14BRL-CAD: benchmark directory. This need to be carefully tested to ensure it's not
23:51.18CIA-14BRL-CAD: messing with the overall make clean setup, but this may be a viable approach.
23:53.05CIA-14BRL-CAD: 03starseeker * r40540 10/brlcad/branches/cmake/bench/CMakeLists.txt: Ooo, yeah, not good - warnings at the toplevel makefile level.
23:54.20starseekerbrlcad: http://www.cmake.org/pipermail/cmake/2006-October/011477.html
23:57.06starseekerBrad King's comment may be an idea... http://www.cmake.org/Bug/view.php?id=6348 do our own custom subdir target for bench, but I don't know what other consequence that might have
23:57.27starseekeri.e. whether we'd still get non-recursive make speed/performance
23:58.01starseekerplus, that's a make-only solution
23:59.18starseekerhttp://public.kitware.com/Bug/view.php?id=8438
IRC log for #brlcad on 20100911

IRC log for #brlcad on 20100911

00:21.08CIA-14BRL-CAD: 03starseeker * r40541 10/brlcad/branches/cmake/ (CMakeLists.txt bench/CMakeLists.txt): Taking a stab at Brad King's workaround for clean not accepting dependencies, but in early testing on OSX it doesn't seem to work.
00:23.10CIA-14BRL-CAD: 03starseeker * r40542 10/brlcad/branches/cmake/ (CMakeLists.txt bench/CMakeLists.txt): Yeah, still getting toplevel warnings. benchmark-clean is safer, if slightly less convenient.
00:35.12CIA-14BRL-CAD: 03starseeker * r40543 10/brlcad/branches/cmake/TODO.cmake: Notes about what still remains to be done for CMake
00:44.59*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
00:57.03*** join/#brlcad Steve_1 (~Steve@67.232.234.123)
01:49.19starseekercrosses fingers has he tries the latest stuff on gentoo
03:58.02CIA-14BRL-CAD: 03starseeker * r40544 10/brlcad/branches/cmake/ (CMakeLists.txt src/librtserver/CMakeLists.txt): Just needed the INCLUDE_FILE checks, from the looks of it
06:34.12*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
06:40.07*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:11.04*** join/#brlcad mafm_ (~mafm@83.50.133.7)
09:33.17*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
09:46.32*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
11:04.22*** join/#brlcad mafm_ (~mafm@83.50.133.7)
16:27.44*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
17:16.41*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1096601585.dsl.bell.ca)
17:51.31IriX64I can say BRL-CAD builds and runs on Redhat Enterprise Linux Beta 6 (Workstation)
19:33.48CIA-14BRL-CAD: 03starseeker * r40545 10/brlcad/branches/cmake/src/ (4 files in 4 dirs): Add a few commented out CMakeLists.txt files to correspond to similar Makefile.am files, and start preparing to shift logic down the source tree.
19:44.09*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177680143.dsl.bell.ca)
19:47.37*** join/#brlcad PrezKennedy (Prez@2002:601f:5460::601f:5460)
22:23.49*** join/#brlcad mafm_ (~mafm@83.35.148.157)
IRC log for #brlcad on 20100912

IRC log for #brlcad on 20100912

00:28.45*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1128565590.dsl.bell.ca)
03:11.05``Erik"Never trust a priest with a boner. And definitely never trust a nun with a boner."
04:02.59*** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
04:51.11*** join/#brlcad poolio_ (~poolio@BZ.BZFLAG.BZ)
08:09.50*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1096600670.dsl.bell.ca)
11:25.32*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
11:35.19*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
13:52.20*** join/#brlcad mafm_ (~mafm@83.45.73.152)
17:05.31*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
17:24.22starseekerhah, cool:  http://entertainment.slashdot.org/story/10/09/12/1350202
18:31.51*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
19:03.33*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:28.38*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177871795.dsl.bell.ca)
20:12.58*** join/#brlcad mafm_ (~mafm@83.45.73.152)
22:56.38*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100913

IRC log for #brlcad on 20100913

00:47.07*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177871795.dsl.bell.ca)
01:33.24*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
01:59.32*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177871795.dsl.bell.ca)
03:23.37*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:27.47*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
06:56.55*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:26.29CIA-14BRL-CAD: 0362.122.70.28 07http://brlcad.org * r2266 10/wiki/Sketch:
08:28.30CIA-14BRL-CAD: 0362.122.70.28 07http://brlcad.org * r2267 10/wiki/Google_Summer_of_Code/Project_Ideas: /* Bug Fix Buffet */
08:39.37CIA-14BRL-CAD: 0362.122.70.28 07http://brlcad.org * r2268 10/wiki/IBME_Main:
08:40.04CIA-14BRL-CAD: 0362.122.70.28 07http://brlcad.org * r2269 10/wiki/Main_Page:
08:40.23CIA-14BRL-CAD: 0362.122.70.28 07http://brlcad.org * r2270 10/wiki/SGI_Cube:
08:40.37CIA-14BRL-CAD: 0362.122.70.28 07http://brlcad.org * r2271 10/wiki/MGED_Commands:
08:41.03CIA-14BRL-CAD: 0362.122.70.28 07http://brlcad.org * r2272 10/wiki/FAQ:
09:55.16*** join/#brlcad mafm_ (~mafm@165.Red-88-15-70.dynamicIP.rima-tde.net)
10:12.15*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
13:16.03*** join/#brlcad rdesfo (~rdesfo@cpe-67-253-22-117.maine.res.rr.com)
13:16.09rdesfohello
13:16.29rdesfodoes any know how to create the config file to install brlcad in ubuntu
13:47.54CIA-14BRL-CAD: 03erikgreenwald * r40546 10/brlcad/branches/bottie/src/librt/primitives/bot/btg.c: construct more stuff in prep, and use it in shoot
14:03.08brlcadrdesfo: that's a pretty involved question.  there are a bunch of existing ubuntu/debian config files that mafm is working on in misc/debian of our source repository
14:43.46``Erikhuh, the stig was ben collins O.o now there has to be a new stig
14:49.50starseekerhmm?
14:55.51CIA-14BRL-CAD: 03erikgreenwald * r40547 10/brlcad/branches/bottie/src/librt/primitives/bot/ (bot.c btg.h btgf.c): meh, more changes
15:06.37CIA-14BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:62.122.70.28]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
15:06.58CIA-14BRL-CAD: 03Sean 07http://brlcad.org * r2273 10/wiki/FAQ: Reverted edits by [[Special:Contributions/62.122.70.28|62.122.70.28]] ([[User talk:62.122.70.28|Talk]]); changed back to last version by [[User:Ssd|Ssd]]
15:07.52CIA-14BRL-CAD: 03Sean 07http://brlcad.org * r2274 10/wiki/SGI_Cube: Reverted edits by [[Special:Contributions/62.122.70.28|62.122.70.28]] ([[User talk:62.122.70.28|Talk]]); changed back to last version by [[User:Sean|Sean]]
15:07.52CIA-14BRL-CAD: 03Sean 07http://brlcad.org * r2275 10/wiki/Main_Page: Reverted edits by [[Special:Contributions/62.122.70.28|62.122.70.28]] ([[User talk:62.122.70.28|Talk]]); changed back to last version by [[User:Tbrowder|Tbrowder]]
15:08.11CIA-14BRL-CAD: 03Sean 07http://brlcad.org * r2276 10/wiki/IBME_Main: Reverted edits by [[Special:Contributions/62.122.70.28|62.122.70.28]] ([[User talk:62.122.70.28|Talk]]); changed back to last version by [[User:Dloman|Dloman]]
15:08.11CIA-14BRL-CAD: 03Sean 07http://brlcad.org * r2277 10/wiki/Sketch: Reverted edits by [[Special:Contributions/62.122.70.28|62.122.70.28]] ([[User talk:62.122.70.28|Talk]]); changed back to last version by [[User:Sean|Sean]]
15:08.11CIA-14BRL-CAD: 03Sean 07http://brlcad.org * r2278 10/wiki/Google_Summer_of_Code/Project_Ideas: Reverted edits by [[Special:Contributions/62.122.70.28|62.122.70.28]] ([[User talk:62.122.70.28|Talk]]); changed back to last version by [[User:92.112.171.107|92.112.171.107]]
15:08.20CIA-14BRL-CAD: 03Sean 07http://brlcad.org * r2279 10/wiki/MGED_Commands: Reverted edits by [[Special:Contributions/62.122.70.28|62.122.70.28]] ([[User talk:62.122.70.28|Talk]]); changed back to last version by [[User:Ssd|Ssd]]
15:11.35``Erik'the stig' is the 'mysterious' professional driver on top gear
15:11.56``Erikpart of the employment contract is anonymity, if his identity is discovered, he doesn't have a job
15:12.19``Erikthey ham it up for entertainment purposes :)
15:21.37starseekerah, that sucks for him :-/
15:22.09brlcadsucks for top gear
15:22.23brlcadhe breached his contract to make a quick buck
15:22.34starseekeroh, OK - so he wasn't "found out"
15:22.47brlcadno, he published a book saying "it's me"
15:34.33CIA-14BRL-CAD: 03starseeker * r40548 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/ThirdParty.cmake):
15:34.33CIA-14BRL-CAD: Not fully tested to build yet, but start reworking the third party logic to
15:34.33CIA-14BRL-CAD: handle more of the default settings. Also make the global dep on timestamp
15:34.33CIA-14BRL-CAD: robust to disappearing targets via hint from list:
15:34.33CIA-14BRL-CAD: http://www.cmake.org/pipermail/cmake/2007-April/013479.html
17:06.59``Erikjust a couple days ago, the court stuff was released, so now it's considered "truth" instead of "stunt"
17:07.33starseekerah - wonder if he still had any profits left after they got done suing him
17:09.47``Erikbritish system, not american...
17:09.52``Erikthey're not as bad as us yet :D
17:25.54CIA-14BRL-CAD: 03starseeker * r40549 10/brlcad/branches/cmake/ (3 files in 3 dirs): OK, we're working again - among other tweaks, take out the PNG specific stuff from the THIRD_PARTY_OPTION macro - handle it in toplevel CMakeLists.txt.
18:09.15*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:10.37*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1128564817.dsl.bell.ca)
18:30.10*** join/#brlcad Ralith (~ralith@d142-058-095-226.wireless.sfu.ca)
19:01.44*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:06.54CIA-14BRL-CAD: 03starseeker * r40550 10/brlcad/branches/cmake/ (3 files in 2 dirs): Wrap the external project logic in a couple macros to avoid verbose duplicate logic. Also have FindTclPackage set options to avoid the necessity of doing it for each package in CMakeLists.txt
20:04.06CIA-14BRL-CAD: 03starseeker * r40551 10/brlcad/branches/cmake/ (3 files in 2 dirs): The macros for src/other are not now being run in the toplevel makefile, so their changes are not visible there by default - need more CACHE explicit stuff. Not absolutely clear if all the FORCE options are needed.
20:04.56CIA-14BRL-CAD: 03starseeker * r40552 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Oh yeah, might want to add the file itself.
20:33.48CIA-14BRL-CAD: 03starseeker * r40553 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Few more fixes - these settings show up as undefined without the CACHE logic.
20:34.32CIA-14BRL-CAD: 03starseeker * r40554 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Whoops, fix comments.
20:34.53*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1128564817.dsl.bell.ca)
20:40.21starseeker``Erik: have you ever played with Mcdermott's ytools system - kinda an asdf alterntative, according to http://common-lisp.net/project/asdf/ilc2010draft.pdf
20:40.42``Eriknewp, haven't heard of it
21:03.36starseekerhah, modified bsd licensed
21:14.53CIA-14BRL-CAD: 03starseeker * r40555 10/brlcad/branches/cmake/misc/CMake/FindTclPackage.cmake: Whoops - if we have a package version, turn OFF the local build, and vice versa.
21:35.58CIA-14BRL-CAD: 03starseeker * r40556 10/brlcad/branches/cmake/CMakeLists.txt: Wrap the install directory assignments in some macro logic, where practical.
22:07.46*** join/#brlcad mafm_ (~mafm@83.34.20.4)
23:01.10*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:12.03*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
23:48.16*** join/#brlcad Nohla (~Nohla@201.255.220.135)
IRC log for #brlcad on 20100914

IRC log for #brlcad on 20100914

00:12.22CIA-14BRL-CAD: 03starseeker * r40557 10/brlcad/branches/cmake/ (61 files in 61 dirs): rename the lib targets - they should now have a lib prefix. Also, start trying to reduce the use of BRL-CAD specific variable names.
00:21.29CIA-14BRL-CAD: 03starseeker * r40558 10/brlcad/branches/cmake/misc/CMake/ThirdParty.cmake: Hopefully, we don't need to set the project specific names anymore. May still end up with third part makefile settings left over, but as long as the ones actually used by BRL-CAD building are handled we should be OK.
00:29.51CIA-14BRL-CAD: 03starseeker * r40559 10/brlcad/branches/cmake/ (TODO.cmake src/other/CMakeLists.txt): Minor tweaks, update todo file.
01:06.35*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1128564817.dsl.bell.ca)
01:53.42*** join/#brlcad sparrW (~kvirc@66.223.57.27)
01:55.27sparrWI want to engrave some text. I have a SVG of that text. Inkscape can Inset the path by the tool radius, then convert to DXF. dxf2gcode does the rest. This only gives me outlines. Without extruding the SVG to a barely-3D STL, how can I get a "filled in" gcode toolpath for that text? A different SVG->DXF converter? CAD program that can hatch/fill the shapes? Other ways?
02:33.46*** join/#brlcad IriX64_ (~IriX64@bas2-sudbury98-1128565144.dsl.bell.ca)
06:58.51*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:30.50*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
09:06.26*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:33.28*** join/#brlcad mafm_ (~mafm@193.153.198.132)
10:55.17d-loMernin!
11:12.33*** join/#brlcad mafm_ (~mafm@193.153.198.132)
13:08.13*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:16.14``Erikhttp://www.wolfrt.de/
14:58.38brlcadsaw dat
16:04.57CIA-14BRL-CAD: 03starseeker * r40560 10/brlcad/branches/cmake/src/mged/points/CMakeLists.txt: Hmm, the way I've got mged set up it needs the points lib. No harm I guess.
16:06.06CIA-14BRL-CAD: 03starseeker * r40561 10/brlcad/branches/cmake/ (7 files in 6 dirs): Turn on the opengl code - can now pick X11 or Aqua based on X11 being enabled/disabled.
20:00.44CIA-14BRL-CAD: 03starseeker * r40562 10/brlcad/branches/cmake/src/libtclcad/tclcadAutoPath.c: Add some test code - more like notes, really - on how to approach this. I'm going to try and use Tcl's functionality here if possible, since that should be cross platform and realpath may not be
20:04.11*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1178014820.dsl.bell.ca)
20:58.09CIA-14BRL-CAD: 03starseeker * r40563 10/brlcad/branches/cmake/src/libtclcad/tclcadAutoPath.c: OK, this time we're using the Tcl functionality - can normalize paths now.
21:32.24*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:54.23``ErikCakefile.defs? O.O
22:04.55CIA-14BRL-CAD: 03erikgreenwald * r40564 10/isst/trunk/gtk/ (gui.c local_worker.c main.c net_worker.c): conditionalize the include of isst_config.h
22:05.37starseeker``Erik: where?
22:16.41``Erikum, misc/
22:16.55CIA-14BRL-CAD: 03erikgreenwald * r40565 10/isst/trunk/CMakeLists.txt: wire in isst_gtk
22:17.21CIA-14BRL-CAD: 03starseeker * r40566 10/brlcad/branches/cmake/ (4 files in 4 dirs): This gets autopath working with CMake.
22:17.25starseekergets out pesticides...
22:17.51``Erikan interesting look at the past... our own rosetta shit
22:17.53``Eriker, stone
22:19.56brlcado.O?
22:20.35starseekerbrlcad: hmm?
22:29.00starseekerThat file actually simplifies down considerably with CMake, but I suppose it should wait until the final conversion is made
22:29.33starseekerwould REALLY prefer to make it a .in file and write some macros to generate the guts...
22:35.15CIA-14BRL-CAD: 03starseeker * r40567 10/brlcad/branches/cmake/src/tclscripts/mged/bindings.tcl: Put the hotkeys back on Dawrin in this branch.
22:38.06CIA-14BRL-CAD: 03starseeker * r40568 10/brlcad/branches/cmake/TODO.cmake: update TODO.cmake
22:42.37brlcadstarseeker: not you, erik's comment about rosetta stone
22:42.50brlcadooooh
22:42.53brlcadCakefile.defs
22:43.00starseekerah :-)
22:43.15starseekermaintained for historical purposes I take it?
22:43.30starseekeror retained rather
22:44.07brlcadit's the fountain of build logic for the previous build system, so when ported it was retained for reference
22:44.19brlcadparticularly for the build flags it would pass in for given platforms to turn things on/off
22:44.30brlcadi've referred to it a couple times over the years
22:45.09brlcaddeprecated at best, probably mostly obsolete now
22:46.48CIA-14BRL-CAD: 03brlcad * r40569 10/brlcad/trunk/misc/ (Cakefile.defs Makefile.am): remove the venerable Cakefile.defs file from the previous cake-based build system. most of the build flags have been sorted out by now that any remaining can be left in svn history.
23:06.32*** join/#brlcad sparrW (~kvirc@pdpc/supporter/active/sparr)
23:15.58*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177871926.dsl.bell.ca)
23:32.03*** join/#brlcad Ralith (~ralith@d142-058-092-221.wireless.sfu.ca)
23:37.20``Eriko.O
23:40.39``Erikhmmmm, sb-unix:unix-select hrmmmmm
IRC log for #brlcad on 20100915

IRC log for #brlcad on 20100915

00:38.42*** part/#brlcad sparrW (~kvirc@pdpc/supporter/active/sparr)
00:47.54starseekerhmm... seeing the same error on opennurbs with clang pretty consistently
01:30.58*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
03:37.25starseekerah, phew - I should have known
03:37.49starseekerconfigure_file(InputFile OutputFile [@ONLY])
03:40.38*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
03:49.30CIA-14BRL-CAD: 03starseeker * r40570 10/brlcad/branches/cmake/ (4 files in 4 dirs): Ah - configure_file has an option to only use @var@ syntax, which should make it compatible with the autotools .in files. Now it's just a question of defining what those files need in the way of variables.
04:05.40*** join/#brlcad PrezKennedy (Prez@96.31.84.96)
05:05.01CIA-14BRL-CAD: 03starseeker * r40571 10/brlcad/branches/cmake/src/brlman/CMakeLists.txt: OK, this produces the same brlman file as the autotools result.
06:51.30*** join/#brlcad merzo (~merzo@57-86-133-95.pool.ukrtel.net)
07:17.17*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:26.06*** join/#brlcad mafm_ (~mafm@83.34.20.207)
09:55.03*** join/#brlcad mafm (~mafm@83.34.20.207)
09:55.34*** join/#brlcad mafm (~mafm@83.34.20.207)
11:50.57*** join/#brlcad merzo (~merzo@48-78-133-95.pool.ukrtel.net)
12:06.38*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:00.52CIA-14BRL-CAD: 03starseeker * r40572 10/brlcad/branches/cmake/misc/pkgconfig/CMakeLists.txt:
13:00.52CIA-14BRL-CAD: Set most of the stock variables needed by the pkgconfig files - need to figure
13:00.52CIA-14BRL-CAD: out what to do about the link lines. Ideally, those would actually be generated
13:00.52CIA-14BRL-CAD: based on the BRLCAD_ADDLIBS link libraries list, but even if we leave them
13:00.52CIA-14BRL-CAD: hardcoded we'll need to set the variables used for system libs at configure
13:00.53CIA-14BRL-CAD: time. Probably will involve wrapping the CHECK_* logic in some more macro foo.
14:12.50CIA-14BRL-CAD: 03davidloman * r40573 10/rt^3/trunk/tests/GS/GeometryServiceTest.cxx: Quick updates to reflect library name change.
14:13.39CIA-14BRL-CAD: 03davidloman * r40574 10/rt^3/trunk/tests/GS/CMakeLists.txt: Quick updates (to CMAKE) to reflect library name change.
14:35.14CIA-14BRL-CAD: 03davidloman * r40575 10/rt^3/trunk/ (include/GSThread.h src/utility/GSThread.cxx): Exposed QThread::sleep() ::msleep() and usleep() for utility.
14:59.44CIA-14BRL-CAD: 03davidloman * r40576 10/rt^3/trunk/ (include/GSThread.h src/utility/GSThread.cxx): Put in basic GSThread management to allow for monitoring all running threads from a central location. Needs a lot of work still.
15:07.50CIA-14BRL-CAD: 03davidloman * r40577 10/rt^3/trunk/ (5 files in 3 dirs): Remove old ThreadUtils and replace it with GSThread. GSThread contains all the functionality of ThreadUtils.
15:09.58CIA-14BRL-CAD: 03davidloman * r40578 10/rt^3/trunk/src/utility/GSThread.cxx: Make it so any instantiation of a GSThread automatically registers that thread with the internal manager. This will help identify any stalled threads, or any lingering thread during an unexpected shutdown.
16:26.33CIA-14BRL-CAD: 03davidloman * r40579 10/rt^3/trunk/ (12 files in 3 dirs): Now that libPkgCpp is done. Rip out old networking code since its all going to change.
16:34.16CIA-14BRL-CAD: 03davidloman * r40580 10/rt^3/trunk/ (10 files in 2 dirs): Rename NetPortal to Portal and NetPortalManager to PortalManager. Better represents the functions of a base level class that does not necessarily have to do with the 'net'
16:36.20*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177726717.dsl.bell.ca)
17:22.11d-lohahahaha: http://www.vinniev.com/wp-content/uploads/2010/08/Abe-Lincoln-FB.jpg
17:24.20*** join/#brlcad CIA-14 (~CIA@208.69.182.149)
17:29.11d-lohttp://gotopublicschool.com/things/facebook-april-14th-1865
17:42.50CIA-14BRL-CAD: 03davidloman * r40581 10/rt^3/trunk/src/utility/ (ControlledThread.cxx ControlledThread.h): Stub in start of ControlledThread, a selfcontained, selfmonitoring thread class.
17:49.10*** join/#brlcad willdye (~willdye@fern.dsndata.com)
19:24.01brlcadbreathes
20:17.05starseekerbreathing is good
20:23.17``Eriknice... <C guy> Lisp? Ah yeah, that's this weird functional language with lots of parens... <Haskell guy> Lisp? Ah yeah, that's this weird imperative language with lots of parens...
20:53.50willdye<Lisp guy> C and Haskell?  Ah, yeah.  Those are crude subsets of what Lisp can do much more elegantly.  http://imgs.xkcd.com/comics/lisp_cycles.png
20:55.24``Erik:)
20:58.44``Erikhttp://xach.livejournal.com/253633.html
21:21.17*** join/#brlcad Ralith (~ralith@d142-058-093-070.wireless.sfu.ca)
22:06.27*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:08.16*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1128565423.dsl.bell.ca)
22:59.35*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1128565423.dsl.bell.ca)
23:03.08*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
23:17.25starseekerbrlcad: bah, I'm not going to make it to a finished CMake state this week - too many options to add and extra tests to implement before I reach feature parity
23:28.08CIA-14BRL-CAD: 03starseeker * r40582 10/brlcad/branches/cmake/ (4 files in 3 dirs):
23:28.09CIA-14BRL-CAD: Start cleaning up the toplevel CMakeLists.txt file and organizing it more along
23:28.09CIA-14BRL-CAD: the lines of configure.ac. It's time to bring the tests, options, etc. in the
23:28.09CIA-14BRL-CAD: CMake file up to the capabilities of those in configure.ac, insofar as that
23:28.09CIA-14BRL-CAD: makes sense.
IRC log for #brlcad on 20100916

IRC log for #brlcad on 20100916

00:03.41*** join/#brlcad Nohla (~Nohla@201.255.220.135)
00:31.01CIA-14BRL-CAD: 03starseeker * r40583 10/brlcad/branches/cmake/CMakeLists.txt: Some more re-org, fixed a couple things.
00:52.55CIA-14BRL-CAD: 03starseeker * r40584 10/brlcad/branches/cmake/CMakeLists.txt: Sigh - tweak some more stuff. Gonna have to set build flags after the tests are run, from the looks of things, and need to exclude opennurbs from the strict build flags.
01:41.04*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
01:49.22CIA-14BRL-CAD: 03starseeker * r40585 10/brlcad/branches/cmake/CMakeLists.txt: Make sure CMAKE_INSTALL_PREFIX just doesn't end up in the cache - it seems to work fine ifwe set it in the CMakeLists.txt file, and its being in the Cache at all appears to be a potential problem for Find routines.
02:42.39*** join/#brlcad Nohla (~Nohla@201.255.250.150)
02:55.50``Erikhttp://www.youtube.com/watch?v=aY29qdYqEfs
02:56.16kanzuresrc/other/step/src/clstepcore/README talks about a phantom STEPentity.cc does anyone know where that is?
02:56.34kanzureor on the webz here: http://sid.ethz.ch/debian/brlcad/brlcad-7.14.8/src/other/step/src/clstepcore/README
06:48.05*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:32.11*** join/#brlcad mafm (~mafm@83.34.20.66)
10:01.04*** join/#brlcad ibot (~ibot@rikers.org)
10:01.04*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
10:13.06*** join/#brlcad Nohla (~Nohla@201.255.252.208)
12:10.58CIA-14BRL-CAD: 03starseeker * r40586 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Still need ITCL_VERSION and ITK_VERSION defined in brlcad_config.h if found externally - set accrodingly.
12:43.52*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:08.57*** join/#brlcad mafm (~mafm@83.34.20.66)
13:09.19starseekerO.o 64bit flash for Linux from adobe
15:40.42CIA-14BRL-CAD: 03starseeker * r40587 10/brlcad/branches/cmake/ (4 files in 4 dirs):
15:40.42CIA-14BRL-CAD: OK, here's how we'll handle BRL-CAD specific CFlags without roping in src/other
15:40.42CIA-14BRL-CAD: libraries - make the strict flags an 'opt-in' option on a per-library basis in
15:40.42CIA-14BRL-CAD: the BRLCAD_ADDLIB macro, and add the extra STRICT option to library targets that
15:40.42CIA-14BRL-CAD: are supposed to support it.
16:16.55CIA-14BRL-CAD: 03starseeker * r40588 10/brlcad/branches/cmake/ (12 files in 12 dirs): Make an explicit ENABLE_TK option and use that instead of TK_LIBRARY
16:29.51CIA-14BRL-CAD: 03starseeker * r40589 10/brlcad/branches/cmake/ (CMakeLists.txt src/rttherm/CMakeLists.txt): Enable -O3. Later the functionality and option defs will have to be separated to allow the global build settings a crack at tweaking options before executing actions, but for now keep them together for easy reading.
16:41.03*** join/#brlcad mafm_ (~mafm@83.34.20.66)
16:41.15*** join/#brlcad mafm_ (~mafm@83.34.20.66)
16:55.16*** join/#brlcad rdesfo (~rdesfo@cpe-67-253-22-117.maine.res.rr.com)
16:55.26rdesfohello
16:56.32rdesfoI installed brlcad in ubuntu and I'm having trouble getting it to work
16:56.39rdesfoI don't see a bin folder
16:57.21rdesfocan any one provide some advice?
17:46.53*** join/#brlcad rdesfo (~rdesfo@cpe-67-253-22-117.maine.res.rr.com)
19:18.25*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
20:16.44CIA-14BRL-CAD: 03starseeker * r40590 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/CompilerFlags.cmake): Detect 32/64 bit platforms via void pointer size, and conditionalize looking for 64 bit flags based on that - oddly enough, q64 succeeds on 32 bit OSX so I probably need to read up on why that is...
20:50.16*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:16.50CIA-14BRL-CAD: 03starseeker * r40591 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/CompilerFlags.cmake): More compiler flag stuff, most of it not working yet.
22:10.41kanzuredoes anyone have a .step file generated by the NIST SCL? i'm wondering if opencascade can actually read in the files (there are some differences in their understanding of the standard that suggests no)
23:03.58*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
23:08.03brlcadkanzure: I don't think anyone here has used scl to create .step files, only to read them in
23:08.27kanzureokay thanks for the hint :P
23:11.26brlcadkanzure: can you post one of the files you have?
23:21.44kanzureyou mean opencascade-generated files, or files that i have generated with my python-STEP-thing (which, at the moment, has the working name "lolcad")
23:41.15kanzurehttp://diyhpl.us/~bryan/irc/sphere.lolcad.step
23:41.19kanzurehttp://diyhpl.us/~bryan/irc/sphere.occ.step
IRC log for #brlcad on 20100917

IRC log for #brlcad on 20100917

00:25.39brlcadkanzure: actually, I assumed from your question that you created step files using SCL directly
00:25.46brlcadnot script-generated
00:50.42kanzureoh, i had not- i was justt reading through their code and mentally testing certain things that i got snagged on
00:51.12kanzure*just
01:00.33*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:50.17kanzurewhile making libbu in 7.16.8 i get "grep: /usr/brlcad/rel-7.8.0/lib/libz.la: No such file or directory" i'm not using /usr/brlcad/ in the first place
02:02.52brlcadI believe that issue was fixed in .10
02:06.34kanzures
02:06.37kanzureupdates
02:09.37brlcad--enable-all from a fresh checkout should also fix the problem
02:10.00brlcadeven for .8 it might fix the problem -- iirc, it's mixing different configure flags and getting stale options
02:16.23kanzurei was making in the individual paths is that bad?
02:16.26*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177878916.dsl.bell.ca)
02:52.51CIA-14BRL-CAD: 03starseeker * r40592 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Whoops, typo.
03:42.41CIA-14BRL-CAD: 03starseeker * r40593 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Switch the flags to the new name...
03:58.57CIA-14BRL-CAD: 03starseeker * r40594 10/brlcad/branches/cmake/misc/CMake/test_srcs/report_username.c.in: Gentoo needs stdlib.h for getenv
04:24.35kanzurelibtool: install: error: cannot install `libstepcore.la' to a directory not ending in /usr/local/lib
04:59.53CIA-14BRL-CAD: 03starseeker * r40595 10/brlcad/branches/cmake/misc/CMake/ThirdParty.cmake: (log message trimmed)
04:59.53CIA-14BRL-CAD: Hopefully this will do it - there appears to be some (fairly legitimate)
04:59.53CIA-14BRL-CAD: confusion from the build system when we don an enable-all build, have libpng,
04:59.53CIA-14BRL-CAD: libz, etc. in the build lib directory, and then turn on the system versions of
04:59.53CIA-14BRL-CAD: the libs on top of the built enable-all build. The answer appears to be to
04:59.53CIA-14BRL-CAD: remove the built libraries when the third party options are switched - entails a
04:59.54CIA-14BRL-CAD: fair bit of rebuilding, but with any luck the vast slew of error messages in
05:00.55starseekerkanzure: sounds like a stale build
06:48.19*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:04.18*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
08:15.54*** join/#brlcad mafm_ (~mafm@83.49.87.61)
08:50.21brlcadgood question for someone to investigate on the devel list
08:50.56brlcadkanzure: yeah, you've got a dirty build .. try with a fresh trunk checkout
10:38.23d-loMernin all
11:17.47*** join/#brlcad mafm (~mafm@83.49.87.61)
11:35.38brlcadhowdy
11:35.52d-loMernin!
12:36.24``Erikyargh
13:07.07CIA-14BRL-CAD: 03davidloman * r40596 10/rt^3/trunk/ (3 files in 2 dirs): Exposed ControlledThread header file. Made user hooks non-virtual, implemented default stubs. Added multilayered run stack logic for ease of extensibility.
13:32.19CIA-14BRL-CAD: 03davidloman * r40597 10/rt^3/trunk/ (include/ControlledThread.h src/utility/CMakeLists.txt): Made a few fields in ControlledThread protected (from private) to expose them to subclasses. Added ControlledThread into CMake config.
14:07.30CIA-14BRL-CAD: 03davidloman * r40598 10/rt^3/trunk/src/libNet/CMakeLists.txt: Add brlcad include dirs into the libNetwork config.
14:08.34CIA-14BRL-CAD: 03davidloman * r40599 10/rt^3/trunk/src/CMakeLists.txt: Drop admin control panel from build for now. Its a WIP anyways and is just causing problems. Will revisit the ACP when time allows.
14:15.56*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
15:18.45CIA-14BRL-CAD: 03starseeker * r40600 10/brlcad/branches/cmake/misc/CMake/CompilerFlags.cmake: OK, this should straighten out some of the compiler flag logic.
15:34.17CIA-14BRL-CAD: 03davidloman * r40601 10/rt^3/trunk/src/libNet/CMakeLists.txt: libNet now depends on libPkgCpp
15:38.51CIA-14BRL-CAD: 03davidloman * r40602 10/rt^3/trunk/src/GS/CMakeLists.txt: Remove unused libs for the geoserv executable linking.
16:42.05*** join/#brlcad mafm (~mafm@83.49.87.61)
16:57.11*** join/#brlcad mafm (~mafm@83.49.87.61)
17:00.29*** join/#brlcad mafm_ (~mafm@83.49.87.61)
17:11.15*** join/#brlcad mafm (~mafm@83.49.87.61)
18:11.29*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
18:21.10*** join/#brlcad merzo (~merzo@97-69-133-95.pool.ukrtel.net)
19:23.07CIA-14BRL-CAD: 03starseeker * r40603 10/brlcad/branches/cmake/misc/CMake/ (5 files): Move some files, more compiler flag updates.
20:06.10*** join/#brlcad R0b0t1 (~Enigma@64.126.35.185)
20:06.10*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:25.43kanzurewas step-g ever tested with .step files?
20:25.50kanzureand if so, where are those?
20:26.42kanzurei've tried it with a few files generated by lolcad and a few from opencascade (for instance, heekscad) and neither work (granted, lolcad was based off of OCC's understanding of STEP, but the errors according to step-g are different between lolcad/heekscad-generated-files)
20:27.02kanzurei'll do a full error/bug report once i figure out what's going on..
20:28.46kanzureit's entirely possible that opencascade's understanding of STEP is completely, utterly flawed but it seems to be able to read in solidworks-generated .step files (although i forget whether or not solidworks can read in occ-generated .step files)
20:30.12starseekerkanzure: other possibilities - the step files don't contain solid geometry, our parser is missing something...
20:33.13kanzureboth lolcad/heekscad .step files represent the same thing (a sphere) (although the ways they do it might be slightly different) and heekscad can load/render both
20:33.32kanzurethe brlcad step parser is just NIST SCL so that's why i'm sorta surprised this doesn't work
20:33.44kanzure(and why i'm suspecting OCC's implementation of being at fault rather than NIST's)
20:33.54starseekerkanzure: add the two files when you file the bug report so we can try 'em out
20:34.00kanzurenods
20:34.14starseekerthe NIST stuff is... quirky
20:34.47starseekerremember, it wasn't production code until we started working with it - it was the original NIST example tarball with some fixes from various folk
20:35.02kanzurefor the heekscad/occ .step file: "ERROR: instance #32 'PRODUCT_TYPE': Unknown ENTITY type. / Data lost: (part,$,(#7))" and then it complains "ON_Brep has no edges. / m_object_table[0].m_object->IsValid() = false. / ON_Brep has no edges."
20:35.10kanzurethe ON_Brep is openNURBS stuff, of course
20:35.43kanzuresince it says "Data lost: " i am suspecting that SCL is just ignoring the PRODUCT_TYPE entity so maybe the only thing really failing is openNURBS
20:37.02starseekerfrom that error, my guess is the step NURBS entity probably doesn't have edges, or has implicit edges - for openNURBS (which is more finicky) we'd probably have to generate the edge
20:37.35kanzureheekscad/opencascade .step: http://diyhpl.us/~bryan/irc/sphere.heekscad.step
20:37.47kanzurelolcad .step: http://diyhpl.us/~bryan/irc/sphere.lolcad.step
20:40.22kanzurestep-g output for heekscad/occ .step: http://diyhpl.us/~bryan/irc/sphere.heekscad.step.step-g.log
20:40.32kanzurestep-g output for lolcad .step: http://diyhpl.us/~bryan/irc/sphere.lolcad.step.step-g.log
20:41.35starseekerkanzure: yeah, the heekscad one looks like an issue going from step NURBS to openNURBS - that'll take some digging
20:41.52starseekerit's not "in context" for me at the moment
20:41.53kanzurethe errors for the lolcad one are a bit more involved of course.. but heekscad/occ loads the same file just fine
20:42.02kanzurewhat? not in context?
20:42.11kanzureoh you probably mean you haven't been working on the NURBS stuff
20:42.18starseekerright
20:42.29starseekerI'm pretty deep into CMake at the moment
20:42.36kanzureyeah totally not expecting that of anyone ;)
20:42.40kanzurei'm just doing some digging and seeing wtf is going on
20:42.42*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177878916.dsl.bell.ca)
20:43.11kanzurei guess since it's openNURBS that is crapping out, my original question ("is this valid .step according to SCL") has been answered
20:43.22kanzurebut "sphere.lolcad.step.step-g.log" suggests the answer is no
20:43.37kanzure(heekscad/occ loads the lolcad-generated .step file just fine)
20:43.58starseekerright - the top errors look like errors reading the step syntax, and the openNURBS errors are going from step NURBS to openNURBS formats
20:44.32starseekerhowever, notice that step-g DID get as far as trying to create the geometry, which suggests that errors or not it got something
20:44.45starseekerheekscad/occ may just be quietly ignoring the errors
20:45.13kanzurei have a --debug or whatever compiled opencascade although i can't vouch for the validity of the config option
20:45.52kanzurei think to resolve this question i need a third implementation of STEP?
20:46.07kanzureor should i just assume SCL is good enough to be a reference
20:48.01starseekerkanzure: my approach would be to check the source of the complaining step file and compare it against the SCL error reports, see if they look legit
20:48.34starseekergrowls at ISO - doggone it, why do they have to keep the STEP spec behind a paywall...
20:49.02kanzurei have various files that define the spec if you want.. christopher said he had something too
20:49.23kanzureas it turns out, nist.gov hosted the ISO spec for a while and then took it down but not before the internet archive crawled it :D
20:49.37kanzurehttp://web.archive.org/web/20030216045110/www.nist.gov/sc4/step/parts/
20:58.11IriX64can i ask if the CMakelists.txt effort is complete when we see a CMakelists.txt file in the root of the brlcad source tree?
20:59.29starseekerIriX64: the work is going on in the cmake branch for now - it's got a ways to go before it's ready for prime time
20:59.48IriX64thankyou
21:00.00kanzurein sphere.lolcad.step i think "GLOBAL_UNIT_ASSIGNED_CONTEXT" should have another layer of parenthesis around its parameters
21:00.04kanzurebut i'm not sure why
21:00.24kanzureand 1997. should be 1997
21:09.18kanzureah and next to "GLOBAL_UNIT.." the "3." should be "3" apparently
21:10.58kanzurethis suggests that SCL is simply more strict in its parsing, then
21:11.08kanzureso that's encouraging
21:20.55CIA-14BRL-CAD: 03starseeker * r40604 10/brlcad/branches/cmake/ (6 files in 2 dirs): More compiler flag progress, reorg, etc. Lot more wiring to do plus possibly another testing method or two.
22:06.42*** join/#brlcad WhiteCalf (Prez@96.31.84.96)
22:17.25*** join/#brlcad CIA-2 (~CIA@208.69.182.149)
22:28.04``Erikalrighty, then, family guy, heavy seas gold ale, ... now which game, wow or sbcl? O.o
23:12.27*** join/#brlcad Nohla (~Nohla@201.255.241.91)
23:51.29*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
IRC log for #brlcad on 20100918

IRC log for #brlcad on 20100918

00:54.29*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1096601358.dsl.bell.ca)
01:55.19*** join/#brlcad Nohla (~Nohla@201.255.241.91)
02:14.25*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1096601358.dsl.bell.ca)
02:46.25starseekerNohla: hola!
02:53.21Nohlastarseeker, hola : )
02:53.34Nohlahey! mañana es Software Freedom Day!
03:02.43*** join/#brlcad DarkCalf (Prez@96.31.84.96)
03:28.37*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1096601358.dsl.bell.ca)
04:16.54*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1096601358.dsl.bell.ca)
05:57.02*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1128565169.dsl.bell.ca)
06:44.25*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
07:35.32*** part/#brlcad IriX64 (~IriX64@bas2-sudbury98-1128565169.dsl.bell.ca)
07:58.12*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
10:39.36*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
11:13.53CIA-2BRL-CAD: 03starseeker * r40605 10/brlcad/branches/cmake/ (CMakeLists.txt src/CMakeLists.txt): Conditionalize librtserver on finding the jni.h header, and fix some labels.
11:48.03*** join/#brlcad merzo (~merzo@199-9-133-95.pool.ukrtel.net)
15:15.09starseekerarrrgh - not working on Ubuntu
15:15.21starseekerdoes clean checkout and build to be sure...
16:02.55``Erikheh
16:03.10``Erik(srry, find that amusing)
16:06.26CIA-2BRL-CAD: 03starseeker * r40606 10/brlcad/branches/cmake/CMakeLists.txt: Whoops - put defs in config file AFTER doing the find...
16:43.42starseekerhah, worked building clean
16:45.33``Erikso no cononical info on gift registry yet?
16:46.05``Erikhas given up on code this month O.o too many other
16:46.09starseekernot yet - Sarah says Target and Crate-and-Barallel
16:46.11``Erik"more important" issues
16:46.21starseekerchecks how to spell that
16:46.42starseekerbut Home Depot gift cards would be awesome
16:46.43``Erikok, steph mentioned that crate place, uh, need the appropriate name to bring, too
16:47.12starseekerchecks whether Home Depot does registry stuff...
16:47.23``Erikgotta be careful with that, we have friends in cecil... http://thereifixedit.failblog.org/ comes to mind
16:47.39``Erikoh, did you catch dave?
16:48.24starseekeryeah - he's checking with the better half
16:49.00starseeker``Erik: don't see a registry link at Home Depot, but there is a "personalize gift cards" thing
16:49.50``Erikaight
16:50.15``Erikso I can't just show up and throw scrap wood at you?
16:50.16``Erik:D
16:50.34starseekerheh - it might not jibe with the proceedings
16:50.51starseekernotes there is a wedding gift card on the "specialized cards" list
16:50.53``Erikooh, that reminds me, I have to add the extra holes to my old ac/dc tshirt for that
16:51.11``Erikand see about borrowing a trans-am
16:51.17starseekerwatch yourself, what if Sarah checks the chat logs? :-P
16:51.22``Erikum
16:51.26``Erikthen she hits you a lot
16:51.28``Erikand I laugh a lot
16:51.30``Erikwin/win
16:52.41``Erikyou're talkin' to a guy who's using a flannel shirt with a blown out elbow as a seat cover in his car, dude...
16:52.48starseekerhehe
16:53.43starseekerreflects that we'd have to mess up reno-ing pretty bad to look worse than our pink carpeted wallpaper room
16:55.22starseeker``Erik: heh, you must have a lot of accomplishments if you can't code for weeks to record 'em :-P
16:58.36``Erikheh, well, there was a pretty hefty list of 'crap' that was sent to me, that's PARt of it
16:58.45``ErikI think 12 pages of fine print in TextEdit.app?
16:59.07``Erikthen I ran diffs on all of 'em to try to figure out what the hell it was and how to phrase 'impact'
16:59.12starseekerO.o
16:59.25``Erikgot it down to 2 pages of breakless 8pt text
16:59.45``Erikwith like 4 lines for all of the MC stuff heh :/ that'll have to be fluffed
16:59.52``Erikand a lot of isst stuff ignored
17:00.10``Erikamusingly, nov/dec was my big hotspot
17:00.16``Erikwhen mgmt types were gone
17:00.42starseekerwait - did they send you 12 pages of stuff they wanted you to talk about, or was that the generic "instructions"?
17:01.12``Erik12 pages was teh big log
17:01.19starseekerah
17:01.28``ErikI sent I think 1.75 pages of 'stuff' that ignored a lot of bits I did
17:01.36``Erikor collapsed a lot into 'made things more robust'
17:02.37``ErikI was actually in the process of c&p'ing it from vim to word when ed hollared that he was leaving last night
17:03.02``Erikbtw, it was something like 6 hours of effort and ~30 of staring at it going "I don't wanna do this"
17:03.05``Erik:D
17:03.17starseekerwondered... :-P
17:03.43``ErikI'm predicting mebbe ~4hr of serious effort left, and another ~30 of staring saying "I don't wanna do this"
17:03.58``Erikthus my 'clobbered week' statement
17:04.10starseekerheh
17:05.28``Erikjanelle thinks it's pretty stupid to have this fake deadline so early, also thinks it's stupid to have the fortnight hour reports due so early... her statement was that it just makes more work for everyone O.o
17:06.14``Erikand she knows her shit, so, uh, yeah, I'm annoyed and reticent here
17:07.19starseekerlovely
17:08.07``Erikat least I'm not depending on mike for my next paycheck ;> *duck*
17:09.38starseekerneeds to grab a nap - was driving most of the morning
19:09.20*** join/#brlcad Stattrav (~Stattrav@117.192.135.33)
19:09.20*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
22:26.32kanzureyowza ftp://www.steptools.com/private/Vancouver/5-Axis_Vertical_Mill.zip (careful, it's a tarbomb)
22:28.04``Erikhm, step files
22:28.11kanzurenods
22:28.20kanzureit's steptools.com, after all
22:28.21``Erikascii variant, even
22:29.13kanzureyeah i've been playing around with them in heekscad/opencascade and am about to test out step-g on 'em
22:29.58``ErikI d'nu 'nuff about step to know what I'm looking at
22:30.30kanzureyou should try loading it into step-g so that you can look at them in brlcad instead..
22:30.41``Erik:D
22:30.51``ErikI'll pass the url to the step guy on tuesday heh
22:31.14``ErikI'm more focused on triangles lately, and this month, clobbered with end of FY stuff
22:31.26kanzurewho is "the step guy"
22:31.29kanzureis it me?
22:31.31``Erikindianlarry
22:31.34kanzureoh
22:31.57``Erikhe hasn't been on irc lately
22:32.11``Eriknot paying attention, anyways
22:42.44kanzurewoo, step-g totally segfaults on "5-Axis Vertical Mill Machine Assembly.stp"
23:01.27kanzurelooking good :) http://diyhpl.us/~bryan/screenshots/2010-09-18-1755-heekscad-5-axis-cnc.png (sorry, it's not brlcad viewing it)
23:03.10``Erikheh, robocop sure does a lot of stuff on the history channel O.o
IRC log for #brlcad on 20100919

IRC log for #brlcad on 20100919

01:32.16*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177593360.dsl.bell.ca)
02:04.15``ErikO.O 3 sheriff cars out front
05:37.43*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:23.40*** join/#brlcad kanzure (~kanzure@131.252.130.248)
11:46.50*** join/#brlcad merzo (~merzo@249-82-133-95.pool.ukrtel.net)
12:11.22*** join/#brlcad fiz (~fiz@212.116.78.137)
12:11.34fizhi
12:14.32fizcould someone please help me out? I need to open (only to view) a ddd file created in ExpertCAD. Have tried different kind of "Viewers" without any luck.
12:14.40fizsuggestions?
12:17.06brlcadfiz: not really familiar with ddd files .. what's in the file?
12:18.24brlcadah, I see .. it seems to be their binary format for drawings, akin to .dwg
12:20.39brlcadthat means you probably need expertcad, don't know of anyone that can import that format
12:21.21fizyeah thats exactly my problem brlcad
12:21.52fizaint there any "expertcad-viewr" ? :P
12:26.38``Eriksure there is, it's called "expertcad" :D
12:27.24fiznot exactly a viewr now is it.. ;)
12:27.37``ErikI'd imagine it has some other features built in, too
12:27.51fizextras ? XD
12:27.54``Erikdo you have access to expertcad? maybe it has an 'export to' capability?
12:28.55fizI no longer have expertcad, file was created like ~1990 or something
12:29.11fiz+20 years ago
12:29.17``Eriksounds like you're suffering the 'vendor lockin' problem :/ (I'd never even heard of 'expertcad')
12:29.33fiz>>> http://www.softech.com/products/expertcad/
12:30.47``Eriknot doubting it's existance, just noting that it's not exactly one of the big names :)
12:31.00fizexactly
12:31.21fizit's not like AutoCAD/Inventor/SolidWorks/Catia etc..
12:32.05fizif it was problem would b solved :)
12:32.58fizit's a binary dinosaur :P
12:33.57*** join/#brlcad fiz (~fiz@212.116.78.137)
12:34.07fizoops
12:34.32*** join/#brlcad fiz (~fiz@212.116.78.137)
12:34.40``Eriksorry, dude, I have no quick fix for ya, sounds like brlcad doesn't, either... mebbe you can find something with a bit of googling, but ya might just be stuck *shrug*
12:34.42fizlöl
12:36.14fizyeah i Googled for hours yesterday & tried all(probably) the free viewers/converters out there, no luck :/
12:37.11``Erikif you get the urge to bust out the hex editor and start reverse engineering the format, we can help you with putting the data into a modern container via BRL-CAD... but I htink that's about all we can offer ya :)
12:37.28fizhmm..
12:37.50fizsounds interesting :)
12:38.28``Erikheh, ddd-g, if you can do the ddd part, we can help with the g part, yo
12:38.50fizgreat thanx :))
12:39.15fizill give it a try
13:13.26``Erikyargh, happy talk like a pirate day
14:37.58CIA-2BRL-CAD: 03starseeker * r40607 10/brlcad/branches/cmake/CMakeLists.txt: Identify what needs to be done for AC_HEADER_* macros.
14:39.53starseekerah, hex editor + binary file - a level of geekdom I have never attained
15:09.34kanzureare there unit tests in the svn repository?
15:11.36CIA-2BRL-CAD: 03starseeker * r40608 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): Reorganize some macro logic, move the basename and dirname test logic into the CheckFunctions macro file.
15:11.59starseekerkanzure: um.  we have regression tests, does that help?
15:14.02kanzuremaybe, is that in src/../regressions/ ?
15:14.12kanzureoops, regress/
15:23.36*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
15:33.31kanzureah, README says there's no testing suite quite yet of course
15:33.46kanzurei've never played with "Corredor Automation Test Suite"
15:36.59kanzures/README/HACKING/
17:11.01``Erikw00t, tremesetter fitted
17:30.20kanzurewhois terry ridder or terry hancock
17:47.25brlcadkanzure: if you have ideas or want to work on testing, go for it
17:48.07brlcadthere's a fair bit of regression, black box, automated, and integration tests in that directory
17:50.07brlcadwe don't do unit testing per-se in the strict sense, but only due to the time it'd take to retrofit comprehensive testing on such a large existing code base -- so most of the testing occurs at a more productive higher level
17:50.19kanzurei don't have any ideas but would be happy to read over anything people have jotted down before :)
17:50.29brlcadnothing to say that unit tests wouldn't be great to have, especially for certain core libraries
17:50.32kanzurehonestly doing strict unit testing with brlcad would seem like a massive undertaking
17:50.56kanzureand i'm not even sure how to go about it in some cases :)
17:50.58brlcadcomprehensive unit test code tends to match the size of the code it's testing
17:51.01kanzurealways easiest to write tests as you write the code itself
17:51.08brlcadthat'd be a 1M line body of test code :)
17:51.38kanzureright now i'm puttering about doing my own test framework for my python/STEP thing
17:51.46brlcadtrue, even better to write before you write the code itself if it's going to be public API too
17:52.08kanzuresince i didn't use EXPRESS my generator is not necessarily 100% compliant, so i need to test against brlcad (and wrap a call to the shell and see what step-g says?)
17:52.25kanzurei guess this is "compliance testing" (which brlcad def. doesn't have)
17:52.26brlcadso long as it's not a rapidly changing API, otherwise unit tests double the amount of work and can slow development in half
17:52.40brlcadahh
17:52.55kanzurei'm also uninterested in starting a "unit tests or bust!" flamewar (my opinion varies)
17:53.12brlcadtesting for compliance would be either a black box test or an integration test
17:53.24kanzuredo you have any examples of that
17:53.25brlcadunit tests are when you test specific API calls
17:53.41brlcade.g., does printf() do what it's manual page says it does
17:54.49kanzurei might end up writing a stepchecker on top of src/conv/step/
17:54.57brlcadforget about the different testing type labels, that's just symantic -- the idea is just to write tests that evaluate a body of code for some behavior, at some level
17:55.05kanzureright
17:55.18brlcadat the highest level (integration tests), you run your program(s) and test whether they do what you tell them to do
17:55.40kanzurei guess this is confusing for me because (1) i don't have tests written and (2) the architecture for testing in CAD frameworks hasn't been done yet (to my knowledge)
17:55.49brlcadat the lowest level (unit tests), you make API calls and test whether they do what their documentation says
17:56.05brlcad"the architecture"?
17:56.07kanzurehow would you architect this? would you have shell scripts for testing
17:56.17kanzurelike for integration tests
17:56.29kanzureunit tests can be additional files in a library usually
17:56.51brlcadthere's no pre-existing "architecture" for any testing system -- it's just code that is written
17:57.20kanzurehuh? sure there are- most testing frameworks have a defined way of going about writing the code
17:57.22brlcadyou can use a testing framework to help you, but there's nothing specific about the CAD domain or CAD code
17:57.39kanzure"but there's nothing specific about CAD" are you sure?
17:58.06brlcadyou could make something "CAD-specific", but it's not clear what that even means
17:58.18kanzurewell in general testing for file format compliance (for instance) isn't common
17:58.23kanzurebut it's definitely useful
17:58.44kanzurei haven't seen code that does integration tests for that yet.. it probably exists and maybe you can point me at it
17:59.21kanzureopenoffice might
17:59.23brlcadwell it'll depend how rigorous you want the test to be
18:00.26brlcadall of the various testing frameworks (that I'm aware of) have pretty much nothing to do with domain (such as CAD) or data (such as files)
18:00.35brlcadyou tell them to do things, and then check the results
18:01.04kanzurei haven't seen anyone "telling them to do things" (like file format compliance at some level of rigor) yet
18:01.12kanzurethis is due to my inexperience not implausibility
18:01.16brlcadso you can use a framework or roll something custom, but in the end something is going to generate a file (or piece of it) using your system and you're going to want to validate that data
18:02.12kanzurelet's take a specific example- let's say we were testing NIST's SCL library :P
18:02.27brlcadmaybe misunderstanding something about frameworks, but ALL testing frameworks are you (the tester) describing (in code) things you want to be done
18:02.41kanzurewe'd test it against a set of EXPRESS schemas and see if it fails to parse them? is that it?
18:03.15brlcadyou could certainly do that
18:03.53kanzureand just use regular expressions to check for error messages on the integration tests?
18:03.58brlcadthat'd be just one piece of testing you'd need to test the SCL
18:04.20brlcadsure that's one perfectly acceptable approach
18:04.34brlcadhow you test the result becomes a matter of testing sensitivity
18:04.56brlcadregex are only as good as the expressions you write
18:05.00brlcad(of course)
18:05.01kanzureyeah
18:05.23brlcadif you write something that is very strict, then you'll get lots of good test failures if something changes
18:05.36brlcadbut then you might also get a lot of false positives, making the test practically useless
18:06.18brlcadfor example, you could run the tool in a known "good" state and get an output -- then make a test that runs the tool and compares current output to that known "good" output
18:06.19kanzureand that sensitivity isn't CAD-specific? i mean it seems to be custom
18:06.28kanzurebased on the problem domain that we're working under and the specific test we're writing..
18:06.51brlcadsensitivity isn't CAD-specific -- it's the same problem no matter what domain we're talking about
18:07.29brlcadit's sensitive to how you compare good or expected results with the current results
18:07.46kanzurewhat would a "result" in this context look like anyway
18:08.06brlcadif you test _exact_ (like "diff fileA fileB"), then the test will fail for simple things like whitespace changes
18:08.07kanzuresteptools.com has an ap203check tool that i was using yesterday
18:08.08kanzurehttp://diyhpl.us/~bryan/irc/ap203check-job3
18:08.19kanzureso there's obvious output there "validating ..." that could be checked against i guess
18:08.57kanzure(that output was from a CGI script on steptools.com)
18:09.25brlcadyeah, STEP (as a format) has a whole collection of AP's that specify how to test input formats, container formats, representation types, and more .. it's pretty hairy
18:09.41kanzureoh there's an AP on testing?
18:09.50brlcadthere's a suite of APs on testing and validation
18:09.59brlcadit's probably WAY more than you're expecting
18:10.05brlcadSCL implements some of it
18:10.20kanzure"An ATS is a formal description on how to test STEP implementations for conformance. They contain a test plan for postprocessors (exporting STEP data) and preprocessors (importing STEP data). The structure of an ATS is defined in part 34."
18:10.25kanzure"The original plan of STEP was to have for every AP 2xx a corresponding ATS 3xx, but only a few were finally realized till today.
18:10.28kanzureplan of"
18:10.30kanzure^from http://en.wikipedia.org/wiki/List_of_STEP_%28ISO_10303%29_parts#Conformance_testing_methodology_and_framework
18:11.04kanzurehuh, so ISO 10303-34 defines the structure of an ATS, and then there's (supposedly) an ATS for some given subset of APs
18:11.27brlcadyep
18:11.30brlcadthat's the suite
18:11.52kanzureyeah this seems more legit than parsing random cgi script output from steptools.com :D
18:13.36brlcadwhat exactly are you trying to accomplish?  verify that SCL works for reading schemas?  for reading STEP files for a specific AP?  for writing STEP files for a given AP?  for all APs?  that your output matches SCL's?  something else?
18:14.03brlcadbecause there's multiple issues
18:14.05kanzurei want a simple way to generate STEP files, so i wrote a STEP exporter in python on my own (not generated)
18:14.13brlcadright
18:14.22kanzurenow i want to test it, and test it against SCL/opencascade/whatever-else
18:14.30kanzuretesting it via an ATS sounds good too though
18:14.38kanzurelikewise, this applies to testing SCL itself
18:14.57kanzurehowever adding in tests for SCL is at this point secondary to my objectives
18:15.19kanzure(i'm sure the experience will be valuable in such an endeavor though)
18:15.48brlcadokay
18:16.45brlcadthe difficulty (with ATS or a manual approach) is going to still be sensitivity
18:17.04brlcadyou can validate that your generated STEP files are _structurally_ correct
18:17.07brlcadthat's pretty easy
18:17.10kanzurei don't even know what ATS looks like..
18:17.26kanzureoof that's right .. there are multiple levels of validation eh?
18:17.29brlcadyou can even generate that they contain the data you expect them to contain without false sensitivity
18:17.47brlcads/generate/test/
18:18.04kanzuresyntax, type-based (i.e. string or int in a certain parameter of a method), semantic/rules (i.e. the rules that the ap203check-job3 output was complaining about)
18:18.16brlcadbut then whether something else can read your (perfectly "valid") STEP file depends on other factors
18:18.34kanzurei think the most important point is whether or not others can read the files
18:18.42kanzurei'm sure there are lots of different ways to test, but that's my number one priority
18:18.59kanzurethis is completely useless if you can't get your CAD program to read in this geometry :)
18:19.00brlcadtake a simple sphere, for example
18:19.07kanzurethat's what my tests have been so far
18:19.13kanzurehttp://diyhpl.us/~bryan/irc/sphere.lolcad.step
18:19.18brlcadI can write a sphere out into a STEP file in about a half-dozen different ways
18:19.30kanzureyes :(
18:19.50brlcadall 6 are perfectly valid step files
18:20.01brlcadbut CATIA might only support 2 of them
18:20.12kanzurehuh? but don't they implement AP203?
18:20.15brlcadUnigraphics might only support another 2
18:20.19kanzurei guess i shouldn't assume that.. they probably have partial implementations
18:20.44brlcadimplementing AP203 doesn't mean you can represent or support every entity type
18:20.53brlcad203 is huge
18:21.01kanzurethe .exp file for 203 is only 600kb
18:21.08brlcadheh
18:21.12kanzure:P
18:21.24kanzureok i see how ridiculous that sounds
18:21.31*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177879409.dsl.bell.ca)
18:22.56kanzurei can see why others avoid testing their STEP implementations
18:29.41kanzurepart 34 is AST and part 35 looks like a test suite for SDAI implementations
19:38.59kanzureATS303 for AP203: http://filebin.ca/gdshta/ISO10303-part303.pdf
19:40.07kanzurea lot of this testing looks redundant
19:40.27kanzurei thought the point was that this is OOP-based
21:49.33``Erikyour mom is oop based
22:11.45*** join/#brlcad Elrohir (~kvirc@p4FC5BF9F.dip.t-dialin.net)
22:27.02kanzure``Erik: it's true :(
22:31.09``Erikat least she's real oop, a la smalltalk/objc... not slutty old c++ style
22:52.15*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100920

IRC log for #brlcad on 20100920

00:22.25*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177680480.dsl.bell.ca)
01:31.41kanzurearoo? http://locke.dcnicn.com/bugzilla/
01:31.47kanzurebugzilla for iso10303
01:32.37kanzurefor instance: http://locke.dcnicn.com/bugzilla/iso10303/buglist.cgi?quicksearch=ISO
02:18.09*** join/#brlcad |IriX64| (~kvirc@bas2-sudbury98-1177680480.dsl.bell.ca)
03:31.37kanzure<PROTECTED>
04:47.18*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1128565378.dsl.bell.ca)
06:01.34*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
07:21.35*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
10:07.36d-lomernin all!
11:44.40brlcadhowdy
11:48.44*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:57.37CIA-2BRL-CAD: 03starseeker * r40609 10/brlcad/branches/cmake/ (5 files in 4 dirs): This should duplicate the AC_HEADER_STDC logic.
13:02.48CIA-2BRL-CAD: 03starseeker * r40610 10/brlcad/branches/cmake/src/other/libz/Makefile: Didn't want the libz change
13:45.41CIA-2BRL-CAD: 03starseeker * r40611 10/brlcad/branches/cmake/ (3 files in 3 dirs): Add more macro logic - autotools docs call a couple of these obsolete, so may want to think about finishing full duplication of the logic for dirent...
13:48.34starseekerbrlcad: unless I'm misunderstanding these docs, both AC_HEADERS_DIRENT and AC_HEADERS_SYS_WAIT are regarded as obsolete by the autotools devs - http://www.gnu.org/software/hello/manual/autoconf/Particular-Headers.html
13:49.25starseekerAre there specific system situations we are aware of that need those macro results?  (as opposed to just checking for dirent.h and sys/wait.h?)
13:55.25brlcadstarseeker: just backwards automake/autoconf compatibility -- they're obsolete for 1.10+ but we support 1.6+
13:55.39brlcadstill need to check the non c89 headers
13:56.10brlcadtesting those two headers is historically a bit involved
13:57.02brlcadmostly pre-ansi so we don't need that stuff, but need something if they're not in c89
14:03.00CIA-2BRL-CAD: 03starseeker * r40612 10/brlcad/branches/cmake/misc/CMake/CheckCFileRuns.cmake: Whoops, need to actually add the file.
14:04.23starseekernods - I'll need to take apart the logic in a little more detail then
14:04.37starseekercheck stuff against C89
14:09.02d-logrumbles about function pointers....
14:09.36``Erikheh, function pointers ftw
14:10.00d-lotrying to get the C flava pkg_switch to call a C++ member function :/
14:10.12d-loc.c++ fu is too weak!
14:10.44``Erikwrite a wrap stub
14:10.56d-lohelp?
14:11.02``Erikand probably either do a static member or a signleton
14:11.26d-loIf I go a static or singleton, then I buy a table/map lookup :/
14:12.02``Erikthen how do you get the object you want to invoke the method on?
14:12.52d-loits a call back.  I'm trying to make a particular callback table in a pkg_conn call a method in a 'Portal' object.
14:13.03d-lothis Portal contains the pkg_conn
14:14.13``Erikis there a 'user' field for the callback? can you dump yoru object in there, then cast it back out?
14:15.08d-lodon't quite know what you mean.
14:15.19``Erikhrm, don't look like it
14:15.41d-lothe pkg_switch table only takes a function pointer, not an object :/
14:16.32``Erikhrm, spoze ya could try addign a void * to the pkg_switch struct... I'd need to think on that more
14:16.54``Erikand I'm takin' the day off, so I might think about thinking about it tomorrow... :D
14:17.05d-lolol
14:17.25``Erikindianlarry or jra might have some insight, or brlcad if he's in today
14:17.30d-loerror: cannot convert ?void (NetMsgFactory::*)(pkg_conn*, char*)? to ?void (*)(pkg_conn*, char*)
14:17.38d-lothat's where I'm stuck
14:17.57d-loit seems to not like the fact I am calling a method in an object :/
14:18.08d-loif that method's static, then I'm good.
14:18.31``Erikum, from C, a c++ method is a horrible mutilated symbol name with a couple 'magic' memory locations
14:18.31d-lobut then that buys me into performing a look up to get a reference to the correct object.
14:18.53``Erika static method is resolvable, a 'regular' or 'virtual' method is not
14:19.08d-loHrm, so Im probably going to have to do the lookup anyways then eh?
14:19.11``Erik<-- ponders a 'premature optimization' quip
14:19.46``ErikI'd say yes... and don't worry about it...
14:20.07``Erikit only becomes a problem when it becomes a problem... :D I doubt a packet lookup op is ever going to be the big killer
14:20.14d-lowell feck, now I have to worry about maintaing a Map of pkg_conn structs :(
14:20.48``Erikuh huh? and?
14:21.55d-loSince I have a pkg_switch struct as part of a Portal object, I was hoping to be able to feed that pkg_switch struct the address of the associated Portal object.
14:21.57``Erik(I'd say shove 'em in a bu list with your key, and if that becomes an issue, use the rb tree in bu... all good, just a couple lines of code)
14:22.17``Erikhrm
14:22.36``ErikI'd almost imagine you could be sending your 32 or 64b address around as an int and just carrying it...
14:23.07d-lobut since I can't now I have to make a mechanism for looking up the correct Portal.  Just a pain, is all.
14:23.22``ErikI'd have to know more about what you're trying to do... and as I mentioned, I'm taking the day off, so I'm trying not to know anything :D keith has some seriously deep fu, both in C and C++... walk around the corner and say hi :D
14:23.44d-loin progress :)
14:45.35``Erikhttp://video.google.com/videoplay?docid=5714208062852991194# is keen
14:59.02d-lowow man.... that was..... odd.
14:59.44d-loThe visual had me expecting metal... the singing style had me expecting 60's beach party.
15:04.21``Erikheh
15:04.42``Erikvisual was more goth I thought
16:03.59d-loright.  goth ~= metal :)
16:43.10*** join/#brlcad merzo (~merzo@98-70-133-95.pool.ukrtel.net)
17:33.18*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1096600672.dsl.bell.ca)
17:34.19IriX64it can now be said your 7.16.10 linux release from sourceforge, runs on enterprise linux beta six :)
17:38.29CIA-2BRL-CAD: 03davidloman * r40613 10/brlcad/trunk/src/other/tkhtml/: Added generated files to svn:ignore list.
17:38.41*** join/#brlcad merzo (~merzo@98-70-133-95.pool.ukrtel.net)
17:56.51CIA-2BRL-CAD: 03davidloman * r40614 10/brlcad/trunk/ (include/pkg.h src/libpkg/pkg.c): Upgrade libpkg to allow for user data being passed to the callback functions via the pkg_conn struct.
18:09.13CIA-2BRL-CAD: 03davidloman * r40615 10/brlcad/trunk/include/pkg.h: Put the user_data field at the end of the pkg_switch struct, so as to be nice to code already using certain forms of array initialization.
18:48.52CIA-2BRL-CAD: 03davidloman * r40616 10/rt^3/trunk/ (include/PkgClient.h src/libPkgCpp/PkgClient.cxx): Add in springboard fn for use as a pkg_switch call back.
18:56.00CIA-2BRL-CAD: 03davidloman * r40617 10/rt^3/trunk/ (include/PkgServer.h src/libPkgCpp/PkgServer.cxx): Move generation of the pkg_switch table over into the Portal class. Since we are using a static fn in Portal to springboard the callback, we no longer need centralized generation of the table prior to Portal init.
18:56.00CIA-2BRL-CAD: 03davidloman * r40618 10/rt^3/trunk/ (4 files in 2 dirs): Cascading changes to *server constructors due to last commit. Oops.
19:08.45CIA-2BRL-CAD: 03davidloman * r40619 10/rt^3/trunk/ (include/NetMsgFactory.h src/libNet/NetMsgFactory.cxx):
19:08.45CIA-2BRL-CAD: First round of fixes to the NetMsgFactory. Converted it back to singleton as it
19:08.45CIA-2BRL-CAD: is no longer necessary to have one NetMsgFactory per Portal. Since libPkg only
19:08.45CIA-2BRL-CAD: calls the callback fn when a full netMsg has arrived, there is no need for
19:08.45CIA-2BRL-CAD: NetMsgFactory to have an internal buffer any longer.
19:15.07CIA-2BRL-CAD: 03davidloman * r40620 10/rt^3/trunk/ (include/Portal.h src/libNet/Portal.cxx): Make Portal a logical extension of pkg_conn. Add in basic support for handling remote node names.
19:20.50CIA-2BRL-CAD: 03davidloman * r40621 10/rt^3/trunk/ (include/PortalManager.h src/libNet/PortalManager.cxx): Make PortalManager a ControlledThread subclass.
19:32.18CIA-2BRL-CAD: 03davidloman * r40622 10/rt^3/trunk/ (include/ControlledThread.h src/utility/ControlledThread.cxx): Made ControlledThread extend QThread rather than contain one as an aggregate.
21:14.19*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
21:32.48CIA-2BRL-CAD: 03bob1961 * r40623 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added centerDialogOverPane method. Modify fillTreeColumns to handle cases where tree nodes refer to nonexistent objects.
21:34.41CIA-2BRL-CAD: 03bob1961 * r40624 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Minor tweak to Archer::saveDB
21:46.01CIA-2BRL-CAD: 03bob1961 * r40625 10/brlcad/trunk/src/tclscripts/lib/Legend.tcl: Added a -textColor option to cadwidgets::Legend.
21:46.52CIA-2BRL-CAD: 03bob1961 * r40626 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added the pane_win_name method to cadwidgets::Ged.
23:43.38*** join/#brlcad willdye (~willdye@fern.dsndata.com)
IRC log for #brlcad on 20100921

IRC log for #brlcad on 20100921

02:36.38*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
03:31.12*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177726758.dsl.bell.ca)
04:04.44*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
06:09.24*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177726758.dsl.bell.ca)
07:41.25*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:45.04brlcad*yawn*
10:54.31*** join/#brlcad Elrohir (~kvirc@p4FC59FBC.dip.t-dialin.net)
11:03.28*** join/#brlcad mafm (~mafm@83.38.34.98)
11:05.53*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
11:24.48*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
11:43.43CIA-2BRL-CAD: 03davidloman * r40627 10/rt^3/trunk/include/PortalManager.h: PortalManager won't be spawning any AbstractJobs dealing with a NetMsgFactory, so remove the function stub.
11:45.04*** join/#brlcad merzo (~merzo@234-132-132-95.pool.ukrtel.net)
11:49.44CIA-2BRL-CAD: 03davidloman * r40628 10/rt^3/trunk/src/libNet/Portal.cxx: Bugfix: Add a return from springboard() fn call if NetMsgFactory fails to properly parse a NetMsg.
11:59.29CIA-2BRL-CAD: 03davidloman * r40629 10/rt^3/trunk/ (include/NetMsg.h src/libNet/netMsg/NetMsg.cxx):
11:59.29CIA-2BRL-CAD: Since PkgCpp/Pkg is handling the msgLen, remove it from the NetMsg class. Also,
11:59.29CIA-2BRL-CAD: convert msgType to quint16, rather than quint32. I rather doubt we will need 4+
11:59.29CIA-2BRL-CAD: billion message types. I also imagine that we could easily get away with <256
11:59.29CIA-2BRL-CAD: msgTypes, but for flexibility's sake, lets stick to < 65,535 provided by
11:59.30CIA-2BRL-CAD: quint16.
12:02.36CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2280 10/wiki/Geometry_Service_Project_Main: New page: {{DesignDocument}} [[category:Projects]] =Integrated BRL-CAD Modeling Environment= The Integrated BRL-CAD Modeling Environment (iBME, or spoken 'I-Beam') is the internal name for a proje...
12:03.07CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2281 10/wiki/Main_Page: /* Projects */
12:04.21CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2282 10/wiki/Geometry_Service_Project_Main:
12:05.01CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2283 10/wiki/Geometry_Service_Project_Main:
12:07.03CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2284 10/wiki/Geometry_Service_Project_Main:
12:08.10CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2285 10/wiki/NetMsgTypes: /* Common Header Byte Format */
12:09.34CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2286 10/wiki/NetMsgTypes: /* Common Header Byte Format */
12:10.42CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2287 10/wiki/NetMsgTypes: /* NetMsg Generic Templates */
12:12.26CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2288 10/wiki/NetMsgTypes: /* NetMsg MsgTypes */
12:14.41CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2289 10/wiki/NetMsgTypes: /* NetMsg MsgTypes */
12:17.16CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2290 10/wiki/NetMsgTypes: /* NetMsg MsgTypes */
12:21.57CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2291 10/wiki/NetMsgTypes:
12:23.51CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2292 10/wiki/NetMsgTypes: /* NetMsg Generic Templates */
12:25.14CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2293 10/wiki/NetMsgTypes: /* NetMsg MsgTypes */
12:26.00CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2294 10/wiki/NetMsgTypes: /* NetMsg MsgTypes */
12:31.07CIA-2BRL-CAD: 03davidloman * r40630 10/rt^3/trunk/include/NetMsgTypes.h: Clean up formatting for NetMsgTypes.
12:34.18CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2295 10/wiki/NetMsgTypes: /* NetMsg MsgTypes */
12:34.50CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2296 10/wiki/NetMsgTypes: /* NetMsg MsgTypes */
12:40.23CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2297 10/wiki/NetMsgTypes:
12:52.34CIA-2BRL-CAD: 03Dloman 07http://brlcad.org * r2298 10/wiki/NewSessionREQ: /* Byte Format */
14:01.22CIA-2BRL-CAD: 03starseeker * r40631 10/rt^3/trunk/cmake/FindBRLCAD.cmake: Try to make the FindBRLCAD.cmake search a bit more robust.
14:14.43*** join/#brlcad mafm_ (~mafm@83.38.34.98)
16:00.24*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
16:24.05CIA-2BRL-CAD: 03davidloman * r40632 10/rt^3/trunk/include/NetMsgTypes.h: Clean up two request values. They should be Hex values <0xFF to indicate 1 byte values, not 0x00FF which indicates 2 byte values.
16:26.49CIA-2BRL-CAD: 03davidloman * r40633 10/rt^3/trunk/ (include/Portal.h src/libNet/Portal.cxx): Change the Portal cstr that only the PortalManager should use to Protected. Implement Portal::sendRecv() which is handles all IO for that portal.
16:28.37CIA-2BRL-CAD: 03davidloman * r40634 10/rt^3/trunk/ (include/PortalManager.h src/libNet/PortalManager.cxx): Hash out more of PortalManager::_runLoopPass(). Since the Portal Manager will be tracking portals in a list, add some mutexing to list access.
16:36.26d-loACK starseeker: Looks like you did break it :)
16:44.46CIA-2BRL-CAD: 03davidloman * r40635 10/rt^3/trunk/cmake/FindBRLCAD.cmake: Make the regex replace look for '/bin' rather than 'bin' since replace 'bin' will replace '/sbin' with '/sinclude'
16:47.39CIA-2BRL-CAD: 03davidloman * r40636 10/rt^3/trunk/cmake/FindBRLCAD.cmake: Change another case of 'bin' to '/bin'
16:49.26CIA-2BRL-CAD: 03davidloman * r40637 10/rt^3/trunk/cmake/FindBRLCAD.cmake: Removing the "'s added since they are making the BRLCAD_INC_DIRS variable become a space delimited string rather than a ; delimited array.
16:49.51d-lostarseeker: there, i 'fixed' it :)
16:50.03d-lohopefully I didn't break what you needed it for.
17:10.10``Erikhm, psql 9 is out
17:11.31starseekerd-lo: that should be fine :-)
17:11.42starseekerI probably need that fix in a few places myself
17:13.17starseeker``Erik: yeah, saw that - looks cool
18:48.57starseekerah ha http://svnbook.red-bean.com/en/1.5/svn.developer.layerlib.html
19:10.49d-losassy!
19:13.05starseekermay regret reading this, he's getting all sorts of ideas that are Not What We Need Now
19:18.07starseekerbrlcad: I'm not sure offhand about spaces in paths, but d-lo's fix was to change things back to the traditional ; character for list delimitation
19:18.30starseekerI'm not sure about paths with ';' characters in them, but is that even legal?
19:34.39*** join/#brlcad merzo (~merzo@234-132-132-95.pool.ukrtel.net)
19:36.55*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177726758.dsl.bell.ca)
20:21.34*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:35.03*** join/#brlcad Ralith (~ralith@d142-058-094-069.wireless.sfu.ca)
22:20.56Ralithwhat regular shapes other than rectangular-prisms tesselate in 3D space?
22:30.47brlcadstarseeker: yeah, that section is also in the svn book I brought in
22:31.04brlcadI think d-lo has it in his office, describes the libraries and layering
22:31.31brlcadpaths with ; are much less common than ones with spaces
23:18.46*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1128564831.dsl.bell.ca)
23:37.03*** join/#brlcad Ralith (~ralith@d142-058-094-069.wireless.sfu.ca)
IRC log for #brlcad on 20100922

IRC log for #brlcad on 20100922

00:57.30*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
02:51.40``Erikssshhhhh
05:07.19*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593777.dsl.bell.ca)
07:40.02*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593777.dsl.bell.ca)
08:26.10*** join/#brlcad mafm_ (~mafm@81.37.118.69)
09:21.26*** join/#brlcad mafm (~mafm@81.37.118.69)
11:13.26d-loMernin all
11:15.21d-lobrlcad: starseeker: I believe the path 'array' that (at least) I was talking about was CMake stuff.
11:15.53d-loCmake doesn't like its array's deliniated by anything but ; ...at least as far as I can tell.
11:20.27CIA-2BRL-CAD: 03davidloman * r40638 10/rt^3/trunk/include/PortalManager.h: Ooops, forgot to commit the Mutex changes in the PortalManager header file. DOH!
11:31.24brlcadd-lo: yeah, ;'s are fine
11:31.55brlcadcomment made it sound like you were accommodating changes cliff made
11:32.01starseekerd-lo: yeah - converting between space lists and ";" lists is common
11:32.24brlcadwhere it'd been changed *to* spaces .. but apparently I misunderstood the comment
11:44.08*** join/#brlcad merzo (~merzo@15-154-132-95.pool.ukrtel.net)
12:16.55*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:33.40*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
12:54.40CIA-2BRL-CAD: 03davidloman * r40639 10/rt^3/trunk/src/libNet/PortalManager.cxx: Fix a small error in the PortalManagers main loop. If no new client this loop, then check portals prior to waiting for connection again.
13:48.46CIA-2BRL-CAD: 03davidloman * r40640 10/rt^3/trunk/ (include/PkgClient.h src/libPkgCpp/PkgClient.cxx): Add a FileDescriptor getter for PkgClient::pkg_conn.pkc_fd
13:49.06CIA-2BRL-CAD: 03davidloman * r40641 10/rt^3/trunk/ (include/PkgServer.h src/libPkgCpp/PkgServer.cxx): Add a listening FileDescriptor getter for PkgServer
13:50.20starseekerso it looks like apr is the Apache analog to glib or our own libbu
14:45.23``Erikpretty much
14:46.24starseekerany notion of relative merit between apr/glib?
14:49.32``Erikno, I'm a gtk weenie so my predilection is for glib, but I have no real argument against apr *shrug*
14:50.01``Erik*snrkt* "navy secures arizona border" nice
14:50.42starseekerwonders what to do if we do end up using subversion deeply in BRL-CAD... that will either mean having apr and libbu or... something...
14:50.44d-lolol
14:51.06starseeker``Erik: what, did they flood the border area now? :-P
14:51.12``Erikhttp://punditkitchen.com/2010/09/21/political-pictures-border-secure/
14:51.22``ErikI think that's a suez canal crossing
14:51.32d-lohahaha
14:51.34d-losure is.
14:52.07``Erikbunch o' dudes on deck watching the ship cruise through with like 2' clearance on either side
14:52.07d-loI've always maintained that a huge, water filled ditch is the way to secure the AZ border
14:52.27starseekersure would make digging tunnels a problem...
14:53.40d-lorumor has is that the carrier weenies had to dump a lot of the freshwater tanks in order to minimze draft in the suez....
14:53.49``Erikhey, it's all good, arizona is the one with all the new anti-immigration laws, right? so once those kick up, there'll only be navajo and hopi left there, right?
14:54.17d-lohaha, nice one :)
14:54.58``Erikdamn, draft was an issue? wonder if they put a few birds in the air to drop a few extra tons to fit int he prom dress
14:55.10CIA-2BRL-CAD: 03brlcad * r40642 10/brlcad/trunk/doc/README.MacOSX: include a one-liner helper instruction for 64bit builds
14:55.19d-loMind you, thats just a rumor i heard.
14:55.37``ErikI still like my prom dress quip.
14:55.49d-lolast time i was in the suez, I was on crew's mess in combat helmet and flak jacket :/
14:55.55d-loaye, it was good :)
14:58.01d-loso what would we call the new canal seperating the US from mexico?  The Sanches Canal?
14:58.09``Erikthat's just dirty.
14:58.23d-loNice ali-oop on that joke :)
14:58.33``Erik*bow*
14:58.41``ErikI'm on a quest to find the bottom.
14:59.01``Eriksome day, we might have to explain all of this to starseeker.
14:59.11d-lo*snicker*
14:59.51``Erikwhat was the nickname for a FA class?
15:00.19``ErikI know the others were boomers...
15:00.29``ErikI can never remember the other name
15:00.59``Erikbangers?
15:01.07d-loI dunno if the Boomer guys ever had a name for fast attack guys.  Boomer guys had the good deal and they knew it :)
15:01.34``Erikum, was told to my by surface guys, and they dont know squat, so *shrug*
15:01.34d-loI know we always called the boomer guys "part time Sailors"
15:02.17``Erik<-- grew up in cv turf
15:02.30d-lorighto :)
15:02.52d-lobeen racking the brain for a minute or two but can't come up with any FA names...
15:02.56``Eriksometimes, when they weren't in port, they had to take a break from watching movies in the theater to do work
15:03.15d-lowhos that?  Target Sailors?
15:03.30``Erikhehehe, is that what ya'll called cv's?
15:03.50``ErikI thought they kept a big fleet around them to be the targets
15:04.31``Erikcouple megatons of meatshield and all
15:04.51d-loany sea vessel that does not have a 1:1 dive/surface ratio is a Target =D
15:05.34d-loSub dive alarm: Booooooowwwwoooooop!
15:05.56d-loSurface Dive alarm: Bong bong bong blub blub blub.....
15:06.00d-lo;)
15:06.06``Erikheh, I was kinda under the impression that fa types spent at least as much time tailing ssbn's as any old non-unsinkable boat
15:06.47d-loa majority of the fa sub duty (at least mine) was independant ops.
15:07.10``ErikI'll go ahead and assume that means enjoying the beaches of tahiti :)
15:07.22d-lowar games and that one med/gulf deployment were the only Boomer/Target ineractions we had.
15:07.34d-loTahiti... yeah, thats it, lol
15:08.05``Erikdidja see the image sets from the two subs from 'those guys' that hit the intarwebz a bit back?
15:08.22``Erikall rusting and derilect, but tons of photos from a tour, neat stuff
15:08.53d-lonegative....linkage?
15:09.15``ErikI'll try to find.. tey were big ones, ruski mothballing is ... crde
15:14.38``Erikdamnit, can't find anything O.o even sa a pic of the buzzer looking heh
15:15.30starseeker``Erik: you thinking of this?  http://englishrussia.com/index.php/2009/04/14/worlds-biggest-submarine/
15:15.59``ErikYES
15:16.09``Erikthanks, cliff, you outgoogled me O.O
15:16.22d-loah yes, the typoon.
15:16.24starseeker"russian submarine photos"
15:16.32d-lo<PROTECTED>
15:16.36``Eriksee, I was doing 'russian submarine tour'
15:16.37starseeker"russian submarine photos tour"
15:16.37starseekerrather
15:17.03``Erikwas linked from slashdot or something at one point, iirc
15:18.41``Erik(wasn't the russian buzzer station just on slashdot recently, too?)
15:19.17d-loyeah, that's the triple hulled one.
15:19.27d-loone hydro dynamic, one common pressure hull
15:19.36``Erikneat stuff, I think we need to drink more vodka to figure out what all they're doing over there, though :D
15:19.38d-lothen two side by side pressure hulls.
15:19.56d-loimagine two modern subs glued side by side and then another hull built around them.
15:20.00d-lolol
15:20.05d-lolol @ russians
15:20.56``Eriksome clever stuff outta there... some different values, though
15:21.20``Erikviewing humans as an expendible resource... glad I'm from this side of the globe :)
15:21.23d-loWho needs secondary reactor sheilds when we can just swap out the crew more often?
15:23.46d-looh wow.  They had an entire room dedicated to a gym, plus they had a pool!
15:23.47d-lolol
15:24.08``Eriktyphoons were ginmormous
15:24.26d-lothose anchored at Murmansk?
17:17.24*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
17:57.09CIA-2BRL-CAD: 03starseeker * r40643 10/rt^3/branches/subversion-cmake/ (303 files in 17 dirs): Playing around with building subversion with CMake - primary purpose right now is to learn how subversion is put together, but in case it comes in handy stash it in here rather than toss it.
18:00.07CIA-2BRL-CAD: 03starseeker * r40644 10/rt^3/branches/subversion-cmake/ (4 files in 4 dirs): add a few missing files not caught in the initial import.
18:07.03CIA-2BRL-CAD: 03davidloman * r40645 10/rt^3/trunk/ (include/Portal.h src/libNet/Portal.cxx): Changed send/recv to write/read for better clarity and to match that of the sockets API. Also broke out read and write into individual fns.
18:28.31CIA-2BRL-CAD: 03davidloman * r40646 10/rt^3/trunk/src/libNet/Portal.cxx: Stub in success return values for write() and readWrite() for now.
18:29.00CIA-2BRL-CAD: 03bob1961 * r40647 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Changed the argument list for ArcherCore::backgroundColor from {r g b} to {_color}.
18:32.40CIA-2BRL-CAD: 03davidloman * r40648 10/rt^3/trunk/src/libPkgCpp/PkgServer.cxx: forgot to init listeningFD to -1 in cstr. Avoiding badness.
18:35.59CIA-2BRL-CAD: 03davidloman * r40649 10/rt^3/trunk/ (include/PortalManager.h src/libNet/PortalManager.cxx): Implemented PortalManager main loop using a select() statement. This forced the tracking of FD<->Portal associations to prevent a iterative/loop lookup performance hit.
18:49.57CIA-2BRL-CAD: 03davidloman * r40650 10/rt^3/trunk/ (include/PortalManager.h src/libNet/PortalManager.cxx): eliminate redundant code surrounding closing of bad FileDescriptors
19:07.49CIA-2BRL-CAD: 03davidloman * r40651 10/rt^3/trunk/src/libNet/PortalManager.cxx: Forgot to check/set maxFD upon accept of new connection.
19:20.11CIA-2BRL-CAD: 03davidloman * r40652 10/rt^3/trunk/ (3 files in 2 dirs):
19:20.11CIA-2BRL-CAD: Remove the write aspect of the PortalManager loop since writing to a FD's
19:20.11CIA-2BRL-CAD: outgoing buffer is the job of the thread wanting to send info. Cascade changes
19:20.11CIA-2BRL-CAD: to Portal. Introduce Portal::send(NetMsg*) in place of Portal::write()
19:27.07CIA-2BRL-CAD: 03davidloman * r40653 10/rt^3/trunk/src/libNet/Portal.cxx: Implement simple Portal::send() function.
19:41.56CIA-2BRL-CAD: 03davidloman * r40654 10/rt^3/trunk/ (35 files in 3 dirs): Convert NetMsg, subclasses and NetMsgFactory over to use reference to orogin Portal objects rather than a string
20:16.51*** join/#brlcad danej (~dane@cpe-66-25-142-200.austin.res.rr.com)
20:34.03*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593777.dsl.bell.ca)
20:50.30CIA-2BRL-CAD: 03starseeker * r40655 10/rt^3/branches/subversion-cmake/ (3 files in 2 dirs): configure svn_private_config.h
21:30.26CIA-2BRL-CAD: 03starseeker * r40656 10/rt^3/branches/subversion-cmake/ (9 files in 9 dirs): Enable building of svn up through libsvn_client
21:42.35starseekerhah, that's COOL:  http://tech.slashdot.org/story/10/09/22/1923231/First-Human-Powered-Ornithopter
21:42.59starseekeror more specifically, http://www.vimeo.com/15168317
22:02.43*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
22:11.57CIA-2BRL-CAD: 03starseeker * r40657 10/rt^3/branches/subversion-cmake/ (67 files in 4 dirs):
22:11.57CIA-2BRL-CAD: Add the svn and svnserve commands. In principle, if I am understanding
22:11.57CIA-2BRL-CAD: subversion correctly, this may be enough to get a basic (i.e. no web DAV support
22:11.57CIA-2BRL-CAD: or such) client/server setup running. That test is next, and if it does work
22:11.57CIA-2BRL-CAD: then its time to boil the client and server down into minimal pieces for our own
22:11.58CIA-2BRL-CAD: test code.
22:39.44*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20100923

IRC log for #brlcad on 20100923

00:00.23*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
00:13.26*** join/#brlcad IriX64 (~root@bas2-sudbury98-1177593422.dsl.bell.ca)
00:14.03*** join/#brlcad merzo (~merzo@118-9-133-95.pool.ukrtel.net)
00:45.53*** join/#brlcad Maloeran (~maloeran@glvortex.net)
02:16.52CIA-2BRL-CAD: 03starseeker * r40658 10/rt^3/branches/subversion-cmake/CMakeLists.txt: find_package is case sensitive on Linux.
02:23.00CIA-2BRL-CAD: 03starseeker * r40659 10/rt^3/branches/subversion-cmake/ (5 files in 2 dirs): Will probaby want functionality from svnadmin too.
03:27.05*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
03:37.37*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
05:05.07*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1128565690.dsl.bell.ca)
06:56.53*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1128565690.dsl.bell.ca)
07:20.43IriX64ftp://Files3.cyberlynk.net   contains some things ive been playing with if that jove runs on your x86_64 system, its a plus (thats my new site btw)
08:45.05*** join/#brlcad mafm (~mafm@81.36.112.8)
11:40.00*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:13.55CIA-2BRL-CAD: 03starseeker * r40660 10/rt^3/branches/subversion-cmake/CMakeLists.txt: Add RPATH and other settings.
14:29.43CIA-2BRL-CAD: 03starseeker * r40661 10/rt^3/branches/subversion-cmake/ (3 files in 3 dirs): Er, whoops - Fix the defines for SVN_LIBSVN_* settings.
15:04.16CIA-2BRL-CAD: 03bob1961 * r40662 10/brlcad/trunk/src/libtclcad/ged_obj.c: Modified libtclcad's go_faceplate routine. Should be getting/setting text_color instead of line_color.
15:21.45*** join/#brlcad mafm_ (~mafm@81.36.112.8)
15:26.18CIA-2BRL-CAD: 03bob1961 * r40663 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweaks to ArcherCore. Initialize mLighting to 2. Added Navy to the color lineup and capitalized color names passed to backgroundColor for consistency.
15:29.32CIA-2BRL-CAD: 03bob1961 * r40664 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl:
15:29.32CIA-2BRL-CAD: Minor tweaks to Archer. Added the buildOtherGeneralPreferences method as a
15:29.32CIA-2BRL-CAD: placeholder for classes inheriting from Archer to add their own general
15:29.32CIA-2BRL-CAD: preferences. Capitalized color names passed to backgroundColor for consistency.
18:56.56*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
19:49.29*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:00.53*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
20:04.41*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:04.41*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:30.40*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
22:23.34*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
22:23.42_psilvahola
22:35.58brlcadciao
22:41.47*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
22:46.21_psilvawhat's new
23:19.00*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
23:24.12CIA-2BRL-CAD: 0386.182.56.136 07http://brlcad.org * r2299 10/wiki/BRL-CAD_Primitives: #413047
23:31.34CIA-2BRL-CAD: 0386.182.56.136 07http://brlcad.org * r2300 10/wiki/Determining_the_properties_of_primitives: Initial import from markhobley.yi.org
23:42.21CIA-2BRL-CAD: 03Markhobley 07http://brlcad.org * r2301 10/wiki/Changing_the_properties_of_a_primitive_object: I don't know the command yet, but I am investigating - Mark.
IRC log for #brlcad on 20100924

IRC log for #brlcad on 20100924

00:06.04*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
00:06.04*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
00:13.08*** join/#brlcad merzo (~merzo@165-36-133-95.pool.ukrtel.net)
00:44.55*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:02.32*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:12.51*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
07:21.32*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:12.36*** join/#brlcad mafm (~mafm@81.32.105.120)
10:32.34*** join/#brlcad mafm_ (~mafm@81.32.105.120)
10:53.39*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:34.43``Erikheh, todays xkcd is a jab at debian packages :D
13:39.09CIA-2BRL-CAD: 03davidloman * r40665 10/rt^3/trunk/tests/libNet/CMakeLists.txt: Drop Gateway Testing since the concept of a Gateway no longer exists in libNet. Add in libbu and libpkg to cmake projects.
13:44.18CIA-2BRL-CAD: 03bob1961 * r40666 10/brlcad/trunk/src/libtclcad/ged_obj.c: Modified ged_obj.c to handle expose events a little better (i.e. not refreshing if there are pending expose events).
13:50.09CIA-2BRL-CAD: 03bob1961 * r40667 10/brlcad/trunk/src/tclscripts/lib/Legend.tcl: Added a configbody for Legend::textColor.
13:50.56CIA-2BRL-CAD: 03bob1961 * r40668 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added the handle_expose method to cadwidgets::Ged.
13:57.24CIA-2BRL-CAD: 03davidloman * r40669 10/rt^3/trunk/src/libPkgCpp/CMakeLists.txt: Whats using the old CMAKE variables for getting brlcad libraries
14:04.06CIA-2BRL-CAD: 03davidloman * r40670 10/rt^3/trunk/tests/libEvent/BasicEventTest.cxx: Changes in libUtility need to be updated for event testing (ThreadUtils->GSThread)
14:05.00CIA-2BRL-CAD: 03davidloman * r40671 10/rt^3/trunk/tests/ (GS/CMakeLists.txt libNet/CMakeLists.txt): Updated CMakeLists.txt. Added includes for brlcad headers and libs.
14:10.13d-lolocusts!  LOL
14:19.07d-lonice: http://xkcd.com/754/
14:22.33CIA-2BRL-CAD: 03davidloman * r40672 10/rt^3/trunk/tests/libpkgcpp/pkgcppTest.cxx: Cascading changes from libpkgcpp
14:23.30CIA-2BRL-CAD: 03davidloman * r40673 10/rt^3/trunk/tests/libNet/netMsgSerialTest.cxx: WS, Formatting. Used ide autoformatting.
14:23.57CIA-2BRL-CAD: 03davidloman * r40674 10/rt^3/trunk/tests/libNet/PrintingMsgHandler.h: Fix incorrect includes.
14:25.30CIA-2BRL-CAD: 03davidloman * r40675 10/rt^3/trunk/tests/libJob/ (BasicJMTest.cxx PrintToStdOutJob.cxx): Cascading ThreadUtils->GSThread changes
14:45.15CIA-2BRL-CAD: 03davidloman * r40676 10/rt^3/trunk/tests/libNet/gatewayTest.cxx: Remove unused gateway test
15:25.10CIA-2BRL-CAD: 03davidloman * r40677 10/rt^3/trunk/src/libNet/NetMsgFactory.cxx: Opps! Was accidentially reading the msgType out of the Datastream instead of peeking at it. This was causing all the NetMsg deserializers to fail as it wasn't getting to parse the int16 msgType correctly.
16:35.00*** join/#brlcad joe__ (~joe@c-24-126-150-146.hsd1.ga.comcast.net)
16:36.35joe1hello all, I am a newbie trying to model/simulate the working of an elliptic trammel and am wondering if you have any thoughts/suggestions that could help me?
16:37.28joe1as it is a pretty common mechanical part, I am wondering if there might be any library that I can search for this component.
16:55.49starseekerjoe1: not really any libraries at the moment - is there a picture of the part anywhere?
16:57.07``Erika machine like http://www.sciencemuseum.org.uk/images/object_images/535x535/10302774.jpg ?
17:00.51joe1something like this http://motionsystemdesign.com/images/ms1.jpg
17:02.09starseekerjoe1: you can create a CSG model of that in BRL-CAD (should actually be a good candidate for CSG modeling, based on that drawing) but simulating the motion of the tool is not really something we support directly
17:03.45starseekerjoe1: the red tip looks like two cylindars and a cone, the grey arm is an arb8 with subtractions to create holes for the other parts to go in...
17:04.08starseekeractually a VERY good beginner model
17:04.26joe1starseeker: I was reading the tutorials and found this http://brlcad.org/wiki/Animation, but i am not sure how good the result is. Do you think that there is no point taking this route if my primary goal (for now) is to simulate the motion.
17:04.57starseekeryou could animate the motion, but there is a difference between animation and simulation
17:05.21joe1i want to get to a point where I change the length/other parameters and see how the resulting ellipse would be.
17:05.26starseekerby simulation I'm assuming you mean describe the geometry, apply a force to the arm, and calculate the results...
17:05.53starseekeryeah, CAD modeling is actually overkill for that
17:07.47joe1starseeker: do you know of any opensource(linux) CAD modeling software that could do that?
17:08.30starseekerjoe1: if all you want is to generate the ellipse based on inputs, that's just a 2-D mathematics problem
17:08.47joe1i like the csg model of brlcad and feel comfortable that I can create a model of the elliptic trammel but am not sure if it will help me to my eventual goal
17:08.51starseekerprobably has a few tricky bits, but doesn't need 3D geometry
17:10.04starseekerI don't know of software to do that offhand
17:10.09starseekermight ask on the Maxima list
17:10.11joe1starseeker: yes, what you say makes sense. taking a step back, it can be condensed to a 2-d math problem.
17:10.13starseekeror Octave
17:10.31joe1you mean gnu octave?
17:10.35starseekeryep
17:12.34joe1starseeker: thanks a lot for your help. it appears that you have just saved me a lot of time.
17:15.40starseekerjoe1: welcome - good luck with the simulation!
17:15.41joe1starseeker: what is the reasoning behind creating a model in brlcad if it cannot be simulated? is it to pass on the specs to the manufacturers?
17:16.04joe1just curious, that's all.
17:17.01starseekerjoe1: the CSG description is used for various analytical studies and can be converted into other formats - we just don't do dynamic "test the assembly line" style simulations where the physics of "this part would move that part" are important
17:17.53starseekeralthough, we'd be happy to get patches :-P
17:18.13starseekerhunts for the CAD diagram...
17:18.59starseekerThis identifies our coverage in the world of CAD:  http://brlcad.org/gallery/s/diagrams/Industry_Diagram.png.html
17:19.50joe1starseeker: Thanks.
17:20.44*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
17:20.44*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
17:21.10joe1starseeker: from the diagram, would simulation be considered a part of CAID?
17:24.16starseekerjoe1: probably either that or MCAD
17:24.25joe1ok, thanks
17:24.57starseekeryou could also consider it part of CAE - e.g. validation of a mechanical design
17:25.37starseekerthe definitions are a bit fuzzy depending on what you're trying to do - brlcad can probably identify it better
17:25.53starseeker(author of the diagram, he'll be on eventually)
17:30.30joe1i have been searching around and there does not seem to be any linux modelling tools. Almost all of them seemed to be drafting/design tools..
17:31.40starseekerjoe1: BRL-CAD is one of a very few open source CAD tools.  For animation modeling, Blender is the place to start - however, it doens't do CAD style modeling
17:32.17joe1ok, thanks. I will check blender out..
18:19.50CIA-2BRL-CAD: 03starseeker * r40678 10/rt^3/branches/subversion-cmake/ (4 files in 2 dirs): Add in an svntest executable - will try to pin down the C calls needed to create, commit to, checkout from, and update a repository.
18:24.58*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
18:31.55*** join/#brlcad Ralith (~ralith@142.58.92.11)
19:50.28CIA-2BRL-CAD: 03starseeker * r40679 10/rt^3/branches/subversion-cmake/README: List the various libraries and their functions per red-bean (which is CC-A 2.0 licensed)
19:59.10brlcadahhh, progress!
20:02.47brlcadhowdy joe1
20:05.35brlcadstarseeker: we do support simulating that motion .. we've just lost the expertise that knows how to use it  (joint objects)
20:06.04starseekerah, yes - forgot about joint objects
20:09.01brlcadif joe1 writes a procedure that generates teh model for a given 360 position, he could very easily achieve the animation he's desiring without the need for joints or complex association controls
20:12.05joe1brlcad: hello.
20:14.00joe1brlcad: i am still checking out octave and it appears that it might be easier to simulate the equation there.
20:15.09brlcadnods
20:15.23brlcaddid you just need the values, or are you wanting the resulting animation ?
20:15.53brlcadyou could use octave to get the values, use those as inputs to a script that generates your csg geometry and animation frames
20:16.57joe1brlcad: that is a smart idea.
20:17.12joe1will do so.
20:37.49CIA-2BRL-CAD: 03starseeker * r40680 10/rt^3/branches/subversion-cmake/svntest/main.c: Have svntest create a repository, or if it already has one keep going.
21:30.17*** join/#brlcad Ralith (~ralith@142.58.92.11)
22:32.52CIA-2BRL-CAD: 03starseeker * r40681 10/rt^3/branches/subversion-cmake/svntest/ (CMakeLists.txt main.c): Get a checkout to run, although the use of the hard-coded array and sprintf is just a hack - bu_vls will be the order of the day eventually for that.
22:35.27*** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1096601079.dsl.bell.ca)
22:35.28MaloeranHum, snprintf() would probably be preferable. sprintf() is pretty bad
22:58.24CIA-2BRL-CAD: 03davidloman * r40682 10/rt^3/trunk/include/PortalManager.h: Add in <sys/select.h> header include for compiling on ubuntu.
22:59.45CIA-2BRL-CAD: 03davidloman * r40683 10/rt^3/trunk/tests/ (GS/CMakeLists.txt libNet/CMakeLists.txt): Specifically add libbu into the linker for compiling on ubuntu.
23:03.28*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
IRC log for #brlcad on 20100925

IRC log for #brlcad on 20100925

00:12.02*** join/#brlcad merzo (~merzo@187-6-133-95.pool.ukrtel.net)
00:21.57*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
01:40.12*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:44.23*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
01:51.58*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
02:03.12CIA-2BRL-CAD: 03brlcad * r40684 10/brlcad/trunk/src/proc-db/ (terrain.c wavy.c): rename terrain.c to wavy.c since cmake requires unique target names and there is already a terrain in src/util
02:05.09CIA-2BRL-CAD: 03brlcad * r40685 10/brlcad/trunk/src/proc-db/ (Makefile.am wavy.c): rename 'terrain' to 'wavy' since cmake requires unique target names and there is already a terrain tool in src/util.
02:16.58``Erikdayamn, colbert addressing congress http://www.collegehumor.com/video:1941637
02:17.17``Erikdude's god a hell of a pair O.o
02:18.14starseekerwhat moron in Congress thought putting him in front of a committee was a good idea after he demolished the Bush administration to their faces? :-P
02:18.34starseekerwhoever that was needs more votes ;-)
02:21.19``Eriksupposedly, zoe lofgren
02:38.57CIA-2BRL-CAD: 03brlcad * r40686 10/brlcad/trunk/m4/ (Makefile.am OpenGL.m4): removed macro file for searching ogl stuffs as it's still unused and not likely to get wired if cmake comes online within the next year.
03:50.06*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:16.38*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593511.dsl.bell.ca)
06:04.31*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
08:45.40*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
11:24.37*** join/#brlcad mafm (~mafm@242.Red-80-39-191.dynamicIP.rima-tde.net)
16:21.53*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
16:21.53*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:38.27*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177680766.dsl.bell.ca)
IRC log for #brlcad on 20100926

IRC log for #brlcad on 20100926

00:10.48*** join/#brlcad merzo (~merzo@143-8-133-95.pool.ukrtel.net)
00:41.01*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177872221.dsl.bell.ca)
05:21.47*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
05:21.47*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
15:12.55starseekerbrlcad: did you ever get any response from the freeimage guys about licensing concerns?
15:38.50brlcadI don't remember
15:41.46brlcadi'll check
15:45.04CIA-2BRL-CAD: 03starseeker * r40687 10/rt^3/branches/subversion-cmake/svntest/main.c: Make two working copies, create a file in one of them and svn add it to the repository. Next up, actually commit it and then do an svn update in the second checkout.
16:06.58CIA-2BRL-CAD: 03starseeker * r40688 10/rt^3/branches/subversion-cmake/svntest/main.c: stub in some of the commit calls, but it's not this simple - seg faults because there is no commit info. May need to dig deeper into subversions commit information requirements.
17:53.44*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
17:53.44*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:23.59*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
20:48.22CIA-2BRL-CAD: 03davidloman * r40689 10/rt^3/trunk/tests/libpkgcpp/pkgcppTest.cxx: Added in several header includes for compiling on ubuntu.
22:10.36*** join/#brlcad Nohla (~Nohla@190.225.94.69)
22:18.12CIA-2BRL-CAD: 03davidloman * r40690 10/rt^3/trunk/ (4 files in 3 dirs): Rewire the internals of the GS Logger to piggyback on top of bu_log.
IRC log for #brlcad on 20100927

IRC log for #brlcad on 20100927

02:41.16starseekergrowl... commit is a LOT more complicated
05:35.06starseekerHuh, this is kinda cool:  http://www.1234.info/webtemplates/multiflex5/demo/index.html#
05:36.58starseekeralmost like the look of version 4 better...
08:29.34*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
08:46.56CIA-2BRL-CAD: 03davidloman * r40691 10/rt^3/trunk/ (3 files in 3 dirs): Convert some bu_log statements into Logger:: calls (since Logger uses bu_log anyways)
09:21.43*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:56.29*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
10:35.33*** join/#brlcad merzo (~merzo@88.119.128.61)
10:41.26brlcadwoot for early morning commits
10:46.02CIA-2BRL-CAD: 03Rossberg 07http://brlcad.org * r2302 10/wiki/Determining_the_properties_of_primitives: wiki markup for preformatted text
11:07.09``Erikheh
11:18.17*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
11:18.39CIA-2BRL-CAD: 03erikgreenwald * r40692 10/brlcad/trunk/misc/win32-msvc8/terrain/terrain.vcproj: Change terrain to wavy
11:25.45``Erikhrm
11:27.46CIA-2BRL-CAD: 03erikgreenwald * r40693 10/brlcad/trunk/misc/win32-msvc8/adrt/adrt.vcproj: remove additional libraries line
11:28.02CIA-2BRL-CAD: 03erikgreenwald * r40694 10/brlcad/trunk/misc/win32-msvc8/ (5 files in 3 dirs): file move of terrain to wavy (msvc did not move the file, just renamed the product)
11:37.29CIA-2BRL-CAD: 03erikgreenwald * r40695 10/brlcad/trunk/misc/win32-msvc8/adrt/adrt.vcproj: woops, guess this line is important
12:19.31*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:23.14*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
12:54.40*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
13:34.36d-loMernin all
13:55.01CIA-2BRL-CAD: 03davidloman * r40696 10/rt^3/trunk/tests/libNet/netMsgSerialTest.cxx: Fixed two Qt includes to have the correct path.
14:51.29CIA-2BRL-CAD: 03davidloman * r40697 10/rt^3/trunk/tests/libNet/ (. CMakeLists.txt libNetTest.cxx): Stub in basic libNetTest. Cmake mods and svn:ignore included!
15:15.50*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
15:40.59CIA-2BRL-CAD: 03davidloman * r40698 10/rt^3/trunk/ (include/PkgServer.h src/libPkgCpp/PkgServer.cxx): Added PkgServer::connectToHost(...) to support making outgoing connections!
16:07.59CIA-2BRL-CAD: 03davidloman * r40699 10/rt^3/trunk/ (include/PortalManager.h src/libNet/PortalManager.cxx):
16:07.59CIA-2BRL-CAD: Cleaned up PortalManager a little. Added ::connectToHost(...) which created the
16:07.59CIA-2BRL-CAD: need for modifying the master file descriptor set outside of the main loop.
16:07.59CIA-2BRL-CAD: Since these mods to the masterFDS will be done from different threads, added
16:07.59CIA-2BRL-CAD: mutexes to make PortalManager thread safe.
16:35.18*** join/#brlcad mafm (~mafm@240.Red-88-22-161.staticIP.rima-tde.net)
16:36.58CIA-2BRL-CAD: 03davidloman * r40700 10/rt^3/trunk/src/utility/ControlledThread.cxx: Egads! Forgot to call QThread::start() from GSThread::startup(). Also, fixed some pre/post hook logic.
16:42.52willdyedislikes threads, primarily because they are so hard to debug
17:11.27d-lotrue, threading done without care can lead to some major headaches :)
17:18.32*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
17:25.23CIA-2BRL-CAD: 03davidloman * r40701 10/rt^3/trunk/ (include/PkgServer.h src/libPkgCpp/PkgServer.cxx): PkgServer:listen is supposed to return an int, (aka the File Descriptor for the listener).
17:30.58CIA-2BRL-CAD: 03davidloman * r40702 10/rt^3/trunk/ (include/PortalManager.h src/libNet/PortalManager.cxx):
17:30.58CIA-2BRL-CAD: Made 'listening' on a PortalManager optional. Allows for a testServer and
17:30.58CIA-2BRL-CAD: testClient to be run on the same machine without bashing your head against an IP
17:30.58CIA-2BRL-CAD: Bind issue. Also put in NULL checking in PortalManager::connectToHost() so as
17:30.58CIA-2BRL-CAD: to prevent segfaults.
17:34.53CIA-2BRL-CAD: 03davidloman * r40703 10/rt^3/trunk/tests/libNet/libNetTest.cxx: Flesh out the basic libNetTest some more. Client and server now connect properly.
18:19.44CIA-2BRL-CAD: 03davidloman * r40704 10/rt^3/trunk/include/NetMsgTypes.h: Formatting, cleanup, WS, Tabs.
18:22.54CIA-2BRL-CAD: 03davidloman * r40705 10/rt^3/trunk/include/INetMsgHandler.h: Changed return type for INetMsgHandler::handleNetMsg to a bool (from void) so as to signal the caller that the NetMsg was handled and the memory freed (deleted)
18:29.11CIA-2BRL-CAD: 03starseeker * r40706 10/rt^3/branches/subversion-cmake/svntest/main.c: And as usual, it was something simple. Commit now working, on to update.
18:35.19CIA-2BRL-CAD: 03davidloman * r40707 10/rt^3/trunk/tests/libNet/libNetTest.cxx: Make JobManager startup and shutdown an explicit call.
18:48.09CIA-2BRL-CAD: 03davidloman * r40708 10/rt^3/trunk/ (include/Config.h src/utility/Config.cxx): Add value updater for Config system. Also centralized config map insert/get calls and made them thread safe via mutexes
18:53.33CIA-2BRL-CAD: 03davidloman * r40709 10/rt^3/trunk/ (3 files in 2 dirs): Implemented Portal<->Portal handshaking.
18:55.50CIA-2BRL-CAD: 03starseeker * r40710 10/rt^3/branches/subversion-cmake/svntest/main.c: Update the second checkout. Probably don't have all the baton stuff set up right, which may impact simulataneous access, but this should go a ways to pointing out how to work with subversion from C.
19:14.07CIA-2BRL-CAD: 03bob1961 * r40711 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Modify Ged::pane_mouse_ray and Ged::pane_mouse_3dpoint to honor snap-to-grid if it's on.
19:29.29*** mode/#brlcad [+o brlcad] by ChanServ
19:41.15CIA-2BRL-CAD: 03davidloman * r40712 10/rt^3/trunk/ (17 files in 6 dirs): Replace all references to the word 'host' with 'node' when referring to another node on the GSNetwork. Should help make things easier to understand.
19:49.54CIA-2BRL-CAD: 03davidloman * r40713 10/rt^3/trunk/ (7 files in 4 dirs): Missed a few 'host'->'node' changes.
19:50.09``Eriknotes that gts requires glib 2.4+
20:00.39CIA-2BRL-CAD: 03davidloman * r40714 10/rt^3/trunk/src/libNet/ (Portal.cxx PortalManager.cxx): Add some debug printers to help track down an issue. Seems that libpkg isn't calling the springboard in Portal.
21:08.13``Erikhehehe http://www.guardian.co.uk/science/the-lay-scientist/2010/sep/24/1
21:39.21CIA-2BRL-CAD: 03starseeker * r40715 10/rt^3/branches/subversion-cmake/ (4 files in 2 dirs): Start working on some routines to stress subversion.
21:52.07CIA-2BRL-CAD: 03starseeker * r40716 10/rt^3/branches/subversion-cmake/svnstress/main.c:
21:52.07CIA-2BRL-CAD: Change this a bit - have each of the 100 forks try to get their own number into
21:52.07CIA-2BRL-CAD: the repository. I'm not quite sure how to interpert the result, but I think
21:52.07CIA-2BRL-CAD: they are encouraging - of the 100 attempts, only one succeeds (somewhat at
21:52.07CIA-2BRL-CAD: random) and all of the others report conflicts when trying to do an update. I
21:52.08CIA-2BRL-CAD: think this is correct behavior.
21:53.52starseekerI guess I should remark that all 100 checkouts appear to succeed
22:02.51CIA-2BRL-CAD: 03starseeker * r40717 10/rt^3/branches/subversion-cmake/svnstress/main.c: Turn on the update call from C - odd result, both 9 and 21 show no conflict but 21's test file shows 9 as content
22:06.27starseekeroh, I see - the number that succeeded the last time doesn't catch the new one, since it's not changed and it breezes through the commit step...
22:20.57starseekerthat's actually more promising than I thought initially...
23:08.50d-loyawns
23:10.25``Eriksilence, maggot!
23:21.47*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:22.15``Erik:D
23:22.37``Erikmakes some salad O.o
23:28.56*** join/#brlcad hyarion (c05ben@peppar.cs.umu.se)
23:36.41d-loyikes.... maggot!  Thems harsh werd there buddy
23:37.09``ErikI know, I should be nicer, maggots provide an important function in the ecosystem
23:37.15``Erik:>
23:44.29d-lolol, damn
23:45.10d-loI should prolly log off irc, seeing as I'm getting torched pretty bad :)
23:45.30``Erik<-- kinda surprised you're on O.o
23:45.57``Erikdoncha have, y'know, a whif, 4 spawnling, and a todo list up to scientific notation for line #'s? :D
23:47.12``Erikah ha, install_name_tool might be what I need
IRC log for #brlcad on 20100928

IRC log for #brlcad on 20100928

00:02.46starseekerd-lo: are you yawning at subversion? :-P
00:03.41d-lostarseeker: nah, just been up since 0400 and Im looking to burn the midnight oil tonight :/
00:03.49starseekerO.o
00:03.53starseekereeep - how come?
00:04.10d-loGS deadline :)
00:04.18starseekerah, yes :-P
00:04.24d-loI kinda freek out when I lose 6 months
00:04.38starseekerwill take a stab at building that once he gets Qt set up...
00:04.52d-looff my deadline :)
00:05.01starseekernods
00:05.05starseekerthat'll do it
00:06.46starseekerI'll be putting in couple hours myself here - gonna have to run some errands over the next couple days
00:07.56``Erikwhen is this supposed deadline, again?
00:08.32d-loThursday :)
00:09.06``Eriklike, may 19, 2011? :D
00:10.44``Erikwell, good luck on that O.o
00:14.26starseekerwhere's the friggin Qt source code for mac?
00:17.36starseekerah
00:18.34starseekerd-lo: is it any part of the requirements to have anything working on Windows?
00:18.46louipcstarseeker: ftp://ftp.qt.nokia.com/qt/source/ ?
00:19.01d-lonot really no, although I have been trying to keep it compiling on winders and nix
00:19.04starseekerwell, trolltech was the link I found, but that might work too :-)
00:19.25starseekerd-lo: hmm.  Well, unfortunately my stuff is gonna be pretty much untested under Windows
00:19.46d-lothats fine.
00:20.05d-lowe can always hammer it into cross platform later.
00:22.55starseekerd-lo: is 4.7 too new?
00:23.04d-lodunno
00:23.24d-loI am linking against 4.6.2 and haven't looked at the diff between 4.6.2 and 4.7.0
00:23.31d-loprolly nothing important
00:23.53starseekertries it...
00:25.24d-lodrumroll
00:25.26starseekerum... how long does Qt take to build?
00:25.36d-logot a snickers?
00:26.06starseekersighs - figures
00:26.24d-lotook 8+ hours on a single core on winders
00:26.31d-lotook about 2 hours on multicore winders
00:26.33starseekerO.o
00:26.41d-lo45 mins on 4 core *nix
00:27.02d-lothat was the full up build
00:27.06d-loapps, libs, etc
00:27.14starseeker``Erik: what say we stick Qt into the default BRL-CAD build? :-P
00:27.46d-lomuwahahahaha
00:29.07starseekerd-lo: have you tried this on the Mac?
00:29.33d-lonegative ghost rider
00:29.57starseekergoes with the no-framework config in the hopes it will work in a non-system dir...
00:30.16starseekermay mess with FindQt  though...
00:32.51starseekerwonders why Apple doesn't just include Qt by default...
00:32.52``Erikcool, then I can come in, update, run 'make', and go back home
00:32.53``ErikO.o
00:32.57``Erikcuz qt sucks?
00:33.14starseekerthat doesn't appear to be the concensus
00:33.22d-lof that ``Erik , just ssh in and start the build :)
00:36.19``Erikheh, cron, dude
00:36.55starseeker``Erik: careful, don't replace yourself with a very small shell script ;-)
00:38.41``Erikwhaheh
00:39.18``Erikwhat's the hardest part about writing an rms simulator on a pdp8?
00:39.29``Erikfiguring out what to do with the other 3k of ram :D
00:39.32starseekerheh
00:39.40``Erik(was a 4k machine)
00:42.46d-loyou could store a stupid-small graphic with 3k :)
00:42.52starseekerwhat's rms up to these days?
00:43.16d-lomarried, three kids
00:43.22``Erikhttp://www.netfunny.com/rhf/jokes/88q3/2104.6.html
00:43.35starseekerd-lo: riiiight, how about something plausible?
00:43.37``Erikhe was just in europe interrupt politicians speeches fighting software patents, iirc
00:44.10``Erikthink it was on smacksnot
00:44.15``Erikhttp://www.itnews.com.au/News/232825,stallman-crashes-european-patent-session.aspx
00:45.37starseekerI'd say we should get Colbert to do a bit on software patents, except I'd guess that most of Congress wouldn't realize he was "in character"
00:46.38``Erikthe illegal immigrant worker bit was good... those congress critters really need their asses kicked good and hard
00:47.01d-lookay, gunna unplug for a bit.  peace all!
00:47.21``Erikhasta manana, d-lo
01:11.52starseekerah, excellent
01:14.41CIA-2BRL-CAD: 03starseeker * r40718 10/rt^3/trunk/src/libPkgCpp/CMakeLists.txt: looks like libpkgcpp needs libbu as well
01:20.47starseekerd-lo: I can't compmile src/libNet/Portal.cxx is it working for you?  pkg_switch and pkg_conn seem to be the issues - incorrect initialization on line 41 and a non-existant member of pkg_conn called pkc_user_data
01:22.15starseekeras near as I can tell, both of these complaints are quite valid, at least according to the data structures in pkg.h.
01:24.20starseekeram I missing something?  a grep for pkc_user_data anywhere in rt3 or BRL-CAD comes up empty, except for Portal.cxx
01:25.14``Erikpkg_user_data mebbe?
01:25.31``Erikdave added a userdata symbol to libpkg last week iirc
01:25.36starseekerthat's what I thought, but that's not in pkg.h either
01:25.42starseekerupdates
01:25.49starseekerthat could be why
01:26.19``Erikhuh, he called it pks_user_data in one struct and pkc_user_data in another
01:26.35``Erikor, it is called
01:27.06``Erik*shrug* updating should do it, though
01:27.18starseekernods
01:27.21starseekertrying now
01:28.53starseekerd-lo: (when you get back on) do you want me to wire the building of the subversion libs into rt^3?
01:46.21starseekeryeah, got by libNet
01:53.26``Erikheh, facebook convo between gollum and smeagol http://www.collegehumor.com/picture:1944771
01:59.06CIA-2BRL-CAD: 03starseeker * r40719 10/rt^3/trunk/cmake/FindBRLCAD.cmake: If we're only getting the header dirs from this mechanism, make sure we get what we need.
02:02.05CIA-2BRL-CAD: 03starseeker * r40720 10/rt^3/trunk/include/brlcad/Combination.h: Dave, please check me here - I had to make m_tree public instead of private to compile the Combination.cpp file in the coreinterface, but I don't know if that's a Bad Thing.
02:03.36starseekerd-lo: Any "make test" kind of rule to fire off the test framework?
02:05.43starseekerhas it all compiled now - yay!
02:09.34starseekerhey, cool - a BSD licensed alternative to GNU screen!  http://tmux.sourceforge.net/
02:09.58starseekerponders evil thoughts about multiplexed mged terminal windows...
02:18.06starseekeralright, time to go
05:34.27*** join/#brlcad merzo (~merzo@88.119.128.61)
08:24.20*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:27.21d_rossbergstarseeker: it is a bad thing, what was the error message when compiling the Combination class with m_tree protected?
08:32.36CIA-2BRL-CAD: 03d_rossberg * r40721 10/rt^3/trunk/cmake/FindBRLCAD.cmake: probable only the /bin at the end of the path should be replaced
08:42.01starseekerd_rossberg: I don't recall specifically, something about m_tree being protected (which is why I tried moving it)
08:42.13starseekerwas compiling on OSX, if it matters
08:45.57d-lostarseeker: Sure, go ahead and wire in svn.
08:46.41starseekerd-lo: k
08:47.27d-looh and the include/brlcad and src/coreInerface stuff is all d_rossberg's baby :)
08:48.28d-lofwiw I am still working out bugs, code inconsistencies, etc.  the whole pks and pkc thing is just one discrepancy ;)
08:50.27d-loso, starseeker you still awake or just getting up?
08:55.32d-lotransforms and rolls out
08:56.47starseekerd-lo: woke up for some reason
08:58.45d-lowoot!  Just reserved Ironman two at the redbox :)
08:58.54d-lookay, now Im leaving....fer reals
08:59.04starseekerhehe - and Blockbuster takes another hit
09:07.23CIA-2BRL-CAD: 03starseeker * r40722 10/rt^3/trunk/include/brlcad/Combination.h: d_rossberg, author of the file, indicates the m_tree should be protected - try to figure out what's going on.
09:09.38d_rossbergstarseeker: i'm currently trying to reproduce your problem in OSX
09:10.12d_rossbergMac OS X version 10.5.8
09:10.15CIA-2BRL-CAD: 03starseeker * r40723 10/rt^3/trunk/cmake/FindBRLCAD.cmake: Replacing the last bin isn't enough if there's a list of paths - also replace '/bin:' patterns
09:10.41starseekerd_rossberg: I'm not at my Mac right now - it'll be a few hours before I can re-generate it, but if you can't reproduce it there I'll be sure to do so and post the build log
09:12.05starseekerhmm, getting something different on gentoo:
09:12.06starseeker/home/cyapp/cadtoplevel/brlcad/rt3/tests/libNet/libNetTest.cxx: In function ‘int main(int, char**)’:
09:12.10starseeker/home/cyapp/cadtoplevel/brlcad/rt3/tests/libNet/libNetTest.cxx:101: error: ‘transform’ is not a member of ‘std’
09:13.16d_rossbergi tested the core interface on windows and linux (debian squeeze)
09:13.26d_rossbergtry make coreinterface
09:16.32CIA-2BRL-CAD: 03starseeker * r40724 10/rt^3/trunk/tests/libNet/libNetTest.cxx: Apparently need this include to get std::transform on gentoo linux (probably has something to do with gcc versions)
09:16.42starseekerd_rossberg: yeah, coreinterface builds on gentoo just fine
09:16.52starseekerit was apparently OSX specific
09:17.03d_rossbergis out for lunch
09:20.57*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
09:21.01starseekernotes the same librt linker warnings he was seeing earlier for BRL-CAD itself
09:32.13starseekeryep
09:32.20starseeker_BRLCAD_LIBRARY_rt:FILEPATH=/usr/lib64/librt.so
09:32.24*** join/#brlcad mafm (~mafm@83.49.86.17)
09:32.56starseekerthat's incorrect, should be /usr/brlcad/librt.so
09:33.40starseekerand just for more fun this box also has /lib64/librt.so.1 and /lib32/librt.so.1
09:34.34starseekeroh joy, glibc itself owns that one
09:35.32starseekeryeah, thought so - symlink into /usr/lib64 from /lib64
09:36.15starseekeror rather, both are symlinking through to librt-2.11.2.so
09:40.08starseekerI think I get away with it in the BRL-CAD build because librt is actually a defined target and I'm not having to find it.... let's see, maybe it is wrong
09:51.21CIA-2BRL-CAD: 03starseeker * r40725 10/rt^3/trunk/cmake/FindBRLCAD.cmake: Try to avoid accidently spotting glibc's librt - it won't help if there's been an overwriting of glibc's librt, but BRL-CAD's install tries to avoid that as a rule.
10:08.41*** join/#brlcad merzo (~merzo@88.119.128.61)
10:37.26d-lostarseeker: thanks for the #include <algorithm>, I was gonna get that when I got to work :)
10:37.52d-loits not needed on RHEL at work, but it is at home on ubuntu.
10:43.56*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:44.12*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
10:56.02d-loOkay, so a 'const' in a struct... how is that handled?  once that const field is set, it cannot be overwritten?
10:58.32d_rossbergconst char* ?
10:59.06d-lo"const struct pkg_switch *pkc_switch"
10:59.17d-lofrom the pkg_conn struct in libpkg
10:59.32d-lobut this is more of a "im still learning C" type question
11:02.28d_rossbergthis means that you can reassign the pointer stored in pkc_switch but you may not change the struct your variable points to
11:03.12d-loawesome, thanks :)
11:04.58d-loso this means that if a 'const struct pkg_switch *switch" is initially set to NULL, then nothing after that can change the assignment to the variable 'switch' from NULL?
11:06.31brlcadahh, excellent history to catch up on ....
11:06.55d_rossbergno, you can reassign the variable, but this holds only an address (a pointer)
11:07.13d_rossbergwhat is at this pointer is cont
11:08.04d_rossberg(or better: "at this address")
11:08.33d-loHrm, a bit confused.  What is constant?  a) the address that the 'switch' pointer points to, or b) the data that resides in that block of memory?
11:08.50d_rossbergb)
11:09.02d-lookie.
11:09.15d-loI suppose that makes sense, heh
11:10.38d-lobrlcad: for some reason, libpkg isn't calling my 'springboard function'.  I am investigating, but my guess is that it has something to do with my 'late' setting of the pkg_switch table in pkg_conn
11:11.14brlcadk
11:11.35d-loI might be going crazy by the time you get here and need help.  lol
11:11.48brlcadcan't be something too complex, I can investigate the pkg side to make sure it's calling right
11:12.28d-lowell i ran the tpkg client server test and that works just fine, so that little mod I made to libpkg doesn't seem to be the issue
11:13.09brlcadthey dont' use the new callback data though :)
11:13.58d-loI know :) I used it to verify that libpkg was still calling the callback function provided.... just to narrow it down to my code.
11:14.28brlcadI wouldn't expect any of the existing code to fail given you just added a new parameter
11:14.49brlcadthey'll have warnings on their struct decls being incomplete, but that should be it
11:15.04d-lohehe, thats what I had hoped, but I am not confident in my C coding skills :)
11:15.06brlcadmight break strict build, but trivial to fix
11:15.47brlcadyeah, I suspect it's just not passing the parameter or something similar
11:16.27brlcadhas tux and hotel, starseeker, tick tock getting close... !
11:16.51d-lookay, so when I call pkg_open and pass in a NULL for the pkg_switch table, am I able to set the pkg_switch table at a later date?  or will the const prevent me?
11:17.17d-loby what d_rossberg said above, I'd say no, since I can exchange the pointer at will...
11:17.59brlcadyou might be able to change it, but doesn't mean pkg is using the changed one ;)
11:18.12brlcadi can investigate that bit while you work on something else
11:19.34d-loI see :)
11:20.00d-lohrm, well this little bug is kinda holding me up from moving forward, so I am gonna keep plugging away at it.
11:20.08brlcadyou committed to head, right?
11:20.20d-locorrect
11:20.29brlcadlooks like what I said, it's just not getting passed
11:21.05d-lo'what' is not getting passed? the pkg_switch table or the pkg_user_data pointer?
11:21.46brlcadpkg_user_data
11:21.48brlcadfixing
11:22.44brlcadhm
11:22.55brlcadnow it's starting to come back to me (as I wake up)
11:23.48d-lothe issue that I am having is that my static function Portal::springboard() isn't being called at all.
11:24.08brlcadyeah, I take it back -- it looks right
11:24.11d-loso somehow my pkg_switch[] isn't getting passed into the pkg_conn correctly
11:28.16CIA-2BRL-CAD: 03brlcad * r40726 10/brlcad/trunk/src/libpkg/pkg.c: few sanity sets to NULL on the user data after we're done with it
11:29.47CIA-2BRL-CAD: 03brlcad * r40727 10/brlcad/trunk/include/pkg.h: ws
11:32.08brlcadpkg is just stashing the switch pointer passed to it, so if the callback isn't being called, it's either not getting set or the struct is no longer valid by the time it's called
11:32.38d-loI think I am on to where/why its not being called.
11:32.52d-lothanks for the help :)  I'll let you know if/what i find
11:45.07CIA-2BRL-CAD: 03brlcad * r40728 10/brlcad/trunk/src/libpkg/tpkg.c: data is merely sunk so no need to leverage the new user_data field. init to null.
11:45.42d-lobingo.  Just verified that the dataload is being recv'd and is trying to be dispatched, but _pkg_dispatch cannot find a handler.
11:45.49d-lo...now, the fix :/
11:46.28``Erikmight be worth reading up on trampolines and thunks
11:46.46d-lomight be :)
11:47.43d-lobut I have a stupid "X needs a Y during init, Y needs a Z during init, but Z needs an X during init" thing goin' on :/
11:51.21d-lookay, if a pkg_conn struct has a const pkg_switch* pointer, and the pkg_switch struct's fields are NOT const, do I have the ability to modify the fields in a pkg_switch struct after I have set it in a pkg_conn ?
11:51.26d-lo...did that even make sense, lol
11:56.27d_rossbergstarseeker: i could reproduce the error, i've a work-around in my mind, however how can i update gcc on a mac?
12:00.27brlcadd-lo: it depends when/where you access the switch
12:01.20brlcadif you're trying to access it through the conn, then that's no good
12:01.34brlcadif you're accessing the version you set in the switch, you're fine
12:01.42d-lokk
12:01.46d-lothats the route I am heading
12:01.48brlcadI suspect you're trying the prior
12:01.53d-lojust got the callback working :)
12:02.09d-lonow just have to get the userdata set correctly
12:02.24d-lothanks for the guidance/mentoring :)
12:02.43d-loI'll get a handle on this stuff, eventually, I promise ;)
12:04.10starseekerd_rossberg: you need to upgrade XCode, IIRC
12:04.27starseekerd_rossberg: you're saying it's a gcc problem?
12:08.33starseekerwaits for d-lo's commit with baited breath...
12:08.55d-lohey now, none of that  breathing stuff.
12:09.08starseekerwhat, am I over my air quota again?
12:09.33brlcadbreaths heavily .. and slowly .. asking d-lo .. "are you done yet?"
12:10.01starseekerbrlcad: sweet, I got notice my tux is ready too so will probably pick it up later today
12:10.09d-loooookay, this just got creepy :P
12:11.44d-loIs it bad juju to cast something out of const-ness?
12:12.35d-loI know it indicates an inherit design issue, but will the men in black come for me?
12:13.50CIA-2BRL-CAD: 03davidloman * r40729 10/rt^3/trunk/tests/libNet/libNetTest.cxx: forgot to run an int thru QString::number()
12:14.25starseekerd-lo: I've done it on occasion
12:15.04starseekertypically when I need to feed a value from somewhere into a function that didn't const its own use of the variable
12:15.40starseeker(if it really DOES change it its a problem, but sometimes it's just that the target function didn't const where they could have)
12:18.01CIA-2BRL-CAD: 03davidloman * r40730 10/rt^3/trunk/src/libJob/JobWorker.cxx: Quell some debug comments in JobWorker
12:18.26starseekeralrightie, I may as well head in - I got a couple more hours sleep :-P
12:19.20starseekerOoo, closing on the three month for the sourceforge takeover request on the nurbs stuff
12:19.32starseekergood timing
12:19.58d-lowedding present :)
12:20.05CIA-2BRL-CAD: 03davidloman * r40731 10/rt^3/trunk/src/libJob/JobManager.cxx: Quell some more debug comments in JobManager
12:20.22brlcadd-lo: muahaha
12:20.36brlcadand yes, it's considered VERY bad ju-ju
12:20.58starseekerheh - "congrats, here's a bunch of work to do to bring this project back to life!"
12:21.24brlcadnifty!
12:21.34starseekerOct. 9th I'll know
12:21.34d-loWell if a Portal contains a pkg_conn, but the pkg_conn needs to contain a reference to the Portal object... hows that gonna work? :)
12:21.51starseekeror 10th if they're slow off the gun :-P
12:22.43d-lobrainstorms
12:23.00d-loPortalProxy object as an intermediary?
12:23.08starseekerthen I can start to flaunt my horrible lack of practical C++ skills - up til now most of my C++ stuff has been training...
12:23.20starseekeralrightie, driving
12:23.36d-loBe safe.   No Pat style driving
12:23.41d-lo*snicker*
12:23.51starseeker<snort> - I'm a very boring driver, as a rule
12:24.06brlcadwonders if he can shower and arrive before cliff
12:24.17d-loohshi... its a race!
12:24.20starseekerjust put your top down on the car
12:24.21d-logo go go
12:24.29starseekershower while driving :-P
12:24.34brlcadhehe
12:24.37brlcadgood idea
12:24.41starseekeror didi it finally stop raining?
12:24.53d-lothe winner will receive one(1) U.S. American dollar!
12:24.53brlcadnope, still going here
12:25.22starseekerd-lo: as long as it was minted in 1794, sounds good! :-P
12:25.23brlcadd-lo: it'll have to get passed into the callback
12:25.32brlcadlike it should have been to start with really
12:25.37brlcadthen it's a non-const
12:26.06brlcadparticularly if you need mutable data
12:26.28starseekerd-lo: say, this dollar? http://coins.ha.com/common/view_item.php?Inventory_No=200240026 :-P
12:26.35d-loyack more when you beat starseeker, err, get into the office?
12:27.15d-lostarseeker: sure.  that one.  Just tell them I said you could have it. =D
12:27.24starseekerhehe
12:27.35brlcadyou can probably get the same result with some casting since it is *your* data, but de-consting is usually a "really bad thing to do" to be avoided at all costs unless it's impossible
12:28.18d-lowhat I ment by 'de-const-ing' it was that since the pkg_conn needs a valid pkg_switch table when the pkg_conn is created
12:28.48d-loI fed it a switch table that had all the data except a proper user data pointer, since the object i want to point at didn't exist yet
12:29.11d-loonce the pkg_conn was created and i used that conn to create a Portal, THEN i set the userdata to point to the Portal
12:29.35d-lobut getting at that userdata involved a de-const-ing maneuver
12:29.50d-lowell, getting at it to modify it anyways....
12:30.07starseekerwhat about making a non-const copy and feeding that in?
12:30.07d-loits the only way I can see to beat the Chicken/Egg senario
12:30.41d-loits the pkg_conn that makes the pkg_switch table const
12:30.46starseekermm
12:32.05*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:34.57CIA-2BRL-CAD: 03d_rossberg * r40732 10/rt^3/trunk/include/brlcad/Combination.h:
12:34.58CIA-2BRL-CAD: work-around a bug in Mac OS X's gcc
12:34.58CIA-2BRL-CAD: one day I'll remove it and see what happens }:-)
12:51.06brlcadright, that was my earlier point -- you can modify the switch, but you can't modify the switch *through* the conn
12:51.18brlcadbecause the conn is rightly const
12:51.26d-loah, Ic.
12:52.36brlcadso you have a switch somewhere -- in a class or on the stack or malloced on the heap somewhere, you passed a pointer to it to libpkg, which then set it in the conn during dispatch
12:53.01brlcadso you can still modify the switch, just not through the pointer that was given to libpkg
12:53.37brlcadthe pkg mod I have in mind get around that problem by making it a callable parameter
12:54.04brlcadbut that will be a slightly more invasive api change (for the better)
13:29.33*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
13:30.50*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
14:34.04starseekerkicks self as he spots the PATH_SUFFIXES option to FIND_* in CMake
14:34.06starseekerauuuuugh
14:34.23starseekerthat would have saved a few lumps
14:50.40starseekeroh well, FindTCL needed cleanup anyhow
14:56.48CIA-2BRL-CAD: 03davidloman * r40733 10/rt^3/trunk/ (include/PkgClient.h src/libPkgCpp/PkgClient.cxx):
14:56.48CIA-2BRL-CAD: Add in a getCallbackTable for verifying the contents of the passed in
14:56.48CIA-2BRL-CAD: pkg_switch* table. Dropped setCallbackTable since the callback table is being
14:56.48CIA-2BRL-CAD: set prior to PkgClient creation. Exposed pkg_flush as a PkgClient method.
14:57.54CIA-2BRL-CAD: 03davidloman * r40734 10/rt^3/trunk/ (include/PkgServer.h src/libPkgCpp/PkgServer.cxx): Added in callback table as an arg to connectToHost and waitForClient
15:01.48CIA-2BRL-CAD: 03davidloman * r40735 10/rt^3/trunk/ (include/Portal.h src/libNet/Portal.cxx):
15:01.49CIA-2BRL-CAD: Exposed PkgClient::flush() with Portal::flush() in an attempt to get the writes
15:01.49CIA-2BRL-CAD: working. Added a handshake logic checker in to Portal::handleNetMsg() to
15:01.49CIA-2BRL-CAD: prevent two portals from continually sending RemoteNodenameSetMsgs to eachother.
15:01.49CIA-2BRL-CAD: Removed the pkg_switch table generation from Portal cstr since it is generated
15:01.49CIA-2BRL-CAD: prior to Portal init. Removed some debug statements and added yet others to
15:01.50CIA-2BRL-CAD: support continuing t-shooting.
15:03.07CIA-2BRL-CAD: 03davidloman * r40736 10/rt^3/trunk/src/libNet/PortalManager.cxx: Complete revamp of selector loop. Better logic and flow now. Added in pkg_switch table generation to both incoming and outgoing connection logic.
15:04.08CIA-2BRL-CAD: 03davidloman * r40737 10/rt^3/trunk/tests/libpkgcpp/pkgcppTest.cxx: Change libpkgcpp test to reflect change in pkg_switch table generation logic.
15:05.01CIA-2BRL-CAD: 03davidloman * r40738 10/rt^3/trunk/tests/libNet/libNetTest.cxx: Added logging statements in libNet test.
15:12.00CIA-2BRL-CAD: 03davidloman * r40739 10/rt^3/trunk/src/libNet/Portal.cxx: Missed a file for r40735
16:06.41CIA-2BRL-CAD: 03starseeker * r40740 10/rt^3/trunk/src/other/subversion/ (1204 files in 135 dirs):
16:06.42CIA-2BRL-CAD: Don't wire it in yet, but get the subversion code and its apr requirements into
16:06.42CIA-2BRL-CAD: the main rt3 module. At the same time, start working on a FindAPR module to
16:06.42CIA-2BRL-CAD: conditionalize the eventual ExternalProject logic for apr. Need to check the
16:06.42CIA-2BRL-CAD: FindSUBVERSION module to see if it spots subversion's libraries.
16:20.30*** join/#brlcad mafm_ (~mafm@83.49.86.17)
16:54.26CIA-2BRL-CAD: 03davidloman * r40741 10/rt^3/trunk/ (3 files in 2 dirs):
16:54.27CIA-2BRL-CAD: Introduce PortalProxy. pkg needs to have its pkg_switch table filled out
16:54.27CIA-2BRL-CAD: entirely prior to the creation of a pkg_conn, and current architecture has a
16:54.27CIA-2BRL-CAD: need for setting parts of the pkg_switch table after pkg_conn creation.
16:54.27CIA-2BRL-CAD: PortalProxy provides a simple way around this chicken/egg issue.
17:40.03CIA-2BRL-CAD: 03davidloman * r40742 10/rt^3/trunk/ (8 files in 4 dirs): Fixed the issue with pkg_switch not retaining values. Variable scope ftw.
17:42.54CIA-2BRL-CAD: 03brlcad * r40743 10/brlcad/trunk/src/librt/primitives/bot/bot.c: quell verbose linux warnings. init bin values to 0, removed unused vars.
17:43.26CIA-2BRL-CAD: 03davidloman * r40744 10/rt^3/trunk/ (7 files in 4 dirs): WS, Formatting.
17:58.53CIA-2BRL-CAD: 03brlcad * r40745 10/brlcad/trunk/src/fbserv/server.c: ws indent style cleanup. add new fourth parameter to the pkg switch table, setting user_data to NULL.
18:11.37CIA-2BRL-CAD: 03davidloman * r40746 10/rt^3/trunk/src/libNet/ (NetMsgFactory.cxx Portal.cxx PortalManager.cxx): Portal<->Portal handshaking is working now.
18:13.31CIA-2BRL-CAD: 03brlcad * r40747 10/brlcad/trunk/src/fbserv/server.c: quell size_t warnings, cleanup formward function decls, and check pcp for nullity.
18:15.04CIA-2BRL-CAD: 03davidloman * r40748 10/rt^3/trunk/src/libNet/PortalManager.cxx: Remove writefds from selector loop completely.
18:21.58CIA-2BRL-CAD: 03davidloman * r40749 10/rt^3/trunk/ (include/NetMsgTypes.h src/libNet/NetMsgFactory.cxx): Add KEEPALIVE msg type.
18:30.25CIA-2BRL-CAD: 03davidloman * r40750 10/rt^3/trunk/ (include/ControlledThread.h src/utility/ControlledThread.cxx): Made ControlledThread::shutdown() take an optional blocking boolean. Default is true. Shutdown() now blocks until thread has terminated.
18:31.22CIA-2BRL-CAD: 03davidloman * r40751 10/rt^3/trunk/src/libNet/Portal.cxx: WS, Formatting.
18:32.42CIA-2BRL-CAD: 03davidloman * r40752 10/rt^3/trunk/include/PortalManager.h: Clay: WS, Formatting.
18:34.24CIA-2BRL-CAD: 03davidloman * r40753 10/rt^3/trunk/src/libNet/PortalManager.cxx: quick typo fix. Shoulda been INFO not ERROR!
18:34.59CIA-2BRL-CAD: 03brlcad * r40754 10/brlcad/trunk/configure.ac: more warnings that would be useful and interesting to enable (maintenance task for later)
18:38.48CIA-2BRL-CAD: 03davidloman * r40755 10/rt^3/trunk/ (4 files in 3 dirs): Introduce RUALIVE and IMALIVE message types. Make Portal respond to RUALIVE with an IMALIVE msg.
18:40.39CIA-2BRL-CAD: 03davidloman * r40756 10/rt^3/trunk/src/libNet/Portal.cxx: Forgot an include!
18:51.21CIA-2BRL-CAD: 03davidloman * r40757 10/rt^3/trunk/src/libNet/Portal.cxx: Forgot an include!
18:52.23CIA-2BRL-CAD: 03davidloman * r40758 10/rt^3/trunk/src/libNet/PortalManager.cxx: Forgot to init fdmax. was causing some trippy errors. Also, added logpoint to note when PortalManager enters/exits its run loop
18:54.18CIA-2BRL-CAD: 03davidloman * r40759 10/rt^3/trunk/src/libNet/PortalManager.cxx: Comment out some log points.
18:54.41starseekerseems to be for real - the OpenOffice.org community is striking out on their own
18:59.49CIA-2BRL-CAD: 03davidloman * r40760 10/rt^3/trunk/src/libNet/Portal.cxx: Comment out some log points.
19:00.48CIA-2BRL-CAD: 03davidloman * r40761 10/rt^3/trunk/src/libNet/PortalManager.cxx: Made the PortalManager remove the FD mapping when a connection drops. Comment out some log points.
19:02.27CIA-2BRL-CAD: 03davidloman * r40762 10/rt^3/trunk/ (3 files in 2 dirs): Drop PortalProxy. Used a mo betta solution. Thanks Sean!
19:09.58``Erikhuh, found a wad of simh stuff, I think one of these is my vgr image
19:10.21starseekerswwweeet
19:11.05``Erikand I need new tires :/
19:11.21starseekerow
19:11.58``Erik(would explain this mornings surprise sideways driving, though)
19:12.17d-lothat needs explaining?
19:12.21d-lo=D
19:14.03``Erikwell, the surprise part, yeah
19:14.13``Erikbump in a turn got my tail a bit loose :)
19:14.53d-locontemplates a 'loose tail' joke....
19:15.03``Erikthat's why I'm sitting on a donut, yo
19:16.27CIA-2BRL-CAD: 03davidloman * r40763 10/rt^3/trunk/ (4 files in 2 dirs): Stub in NetMsgRouter. It shall be used for.... routing NetMsgs...
19:18.52*** join/#brlcad mafm (~mafm@83.49.86.17)
19:27.45CIA-2BRL-CAD: 03brlcad * r40764 10/brlcad/trunk/src/libfb/ (fbserv_obj.c if_remote.c): pkg_switches now take a fourth parameter. set to NULL.
19:46.53CIA-2BRL-CAD: 03davidloman * r40765 10/rt^3/trunk/ (include/NetMsgRouter.h src/libNet/NetMsgRouter.cxx): Implement registration of NetMsg types with respective NetMsgHandlers. Implement routing of NetMsgs
19:48.48CIA-2BRL-CAD: 03davidloman * r40766 10/rt^3/trunk/src/libNet/Portal.cxx: Link the Portal::Springboard to NetMsgRouter::routeMsg()
19:51.54CIA-2BRL-CAD: 03davidloman * r40767 10/rt^3/trunk/ (include/NetMsgRouter.h src/libNet/NetMsgRouter.cxx): Stub in a hook for a method that will auto-register type/handler combos upon first access of NetMsgRouter
19:54.36CIA-2BRL-CAD: 03davidloman * r40768 10/rt^3/trunk/include/NetMsg.h: Fix QT includes to have full path
19:55.50*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
19:57.05CIA-2BRL-CAD: 03davidloman * r40769 10/rt^3/trunk/ (include/NetMsg.h src/libNet/netMsg/NetMsg.cxx): Add a getter for NetMsg::origin
20:03.08CIA-2BRL-CAD: 03davidloman * r40770 10/rt^3/trunk/src/libNet/NetMsgRouter.cxx: Add in debug printing.
20:17.07CIA-2BRL-CAD: 03brlcad * r40771 10/brlcad/trunk/misc/win32-msvc8/Makefile.am: terrain was renamed to wavy
20:28.01*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:28.01*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:46.01CIA-2BRL-CAD: 03starseeker * r40772 10/rt^3/trunk/cmake/FindSVNLIBS.cmake: Gonna probably need a find routine for SVN libraries - I suppose we really shouldn't be building them if they're present
IRC log for #brlcad on 20100929

IRC log for #brlcad on 20100929

02:35.31*** join/#brlcad justinscheiner (~justinsch@CMU-383016.WV.CC.CMU.EDU)
02:35.56*** part/#brlcad justinscheiner (~justinsch@CMU-383016.WV.CC.CMU.EDU)
02:49.26d-loyawns
02:55.35``ErikO.o
03:00.33d-loo.O
03:22.06CIA-2BRL-CAD: 03davidloman * r40773 10/brlcad/trunk/ (misc/debian/ src/proc-db/): Add some build byproducts to the svn:ignore list.
04:23.19CIA-2BRL-CAD: 03davidloman * r40774 10/rt^3/trunk/src/GS/CMakeLists.txt: Add Brlcad include dirs to GS project.
06:20.53*** join/#brlcad merzo (~merzo@88.119.128.61)
06:50.08CIA-2BRL-CAD: 03davidloman * r40775 10/rt^3/trunk/src/GS/ (8 files): Check in abit of SessionManager and AccountManage work.
08:19.54*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
09:07.21*** join/#brlcad merzo (~merzo@88.119.128.61)
09:12.01*** join/#brlcad mafm (~mafm@83.49.86.17)
10:15.13d-loyawns.
10:15.14d-loMernin
10:47.49CIA-2BRL-CAD: 03davidloman * r40776 10/rt^3/trunk/src/GS/ (CMakeLists.txt geoserv.cxx gsmain.cxx): Rename gsmain to a better name. Will be stubbing in a mock client soon.
11:05.21CIA-2BRL-CAD: 03davidloman * r40777 10/rt^3/trunk/ (include/Config.h src/utility/Config.cxx): Upgraded config file loader to allow for optional verbosity during load.
11:18.54CIA-2BRL-CAD: 03brlcad * r40778 10/brlcad/trunk/src/proc-db/: terrain and vegItation are no more
11:19.03CIA-2BRL-CAD: 03davidloman * r40779 10/rt^3/trunk/tests/GS/GeometryServiceTest.cxx: Comment out lines in GeometryServiceTest for now. Will revisit later.
11:19.16d-looh noes, not the vegitation!!!?!
11:20.03CIA-2BRL-CAD: 03davidloman * r40780 10/rt^3/trunk/src/GS/CMakeLists.txt: geoserve will obviously need libgs
11:24.32CIA-2BRL-CAD: 03davidloman * r40781 10/rt^3/trunk/ (include/ControlledThread.h src/utility/ControlledThread.cxx): Add threadName getter.
11:31.05CIA-2BRL-CAD: 03davidloman * r40782 10/rt^3/trunk/src/utility/ControlledThread.cxx: Wire in return value processing for pre/postRunHook()s. It either one returns false, the run loop aborts.
11:33.25CIA-2BRL-CAD: 03davidloman * r40783 10/rt^3/trunk/ (include/GeometryService.h src/GS/GeometryService.cxx): Modified GeometryService class to require a port arg in cstr (for Portalmanager to listen on). Also make GeometryService extend ControlledThread so it can be run in both standalone app and daemon modes.
11:44.46CIA-2BRL-CAD: 03davidloman * r40784 10/rt^3/trunk/src/GS/geoserv.cxx: Make geoserv.cxx parse config for node name and port.
11:45.31CIA-2BRL-CAD: 03davidloman * r40785 10/rt^3/trunk/ (4 files in 4 dirs): Rename ControlledThread::startup to ::start and override the QThread implementation.
11:47.58CIA-2BRL-CAD: 03davidloman * r40786 10/rt^3/trunk/ (include/ControlledThread.h src/utility/ControlledThread.cxx): Change ControlledThread superclass from QThread to GSThread
11:49.23*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:53.24CIA-2BRL-CAD: 03davidloman * r40787 10/rt^3/trunk/ (include/ControlledThread.h src/utility/ControlledThread.cxx): override GSThread::terminate() with ControlledThread::terminate() and make it behave the same as ControlledThread::shutdown()
11:55.15CIA-2BRL-CAD: 03davidloman * r40788 10/rt^3/trunk/include/ControlledThread.h: Make ControlledThread::run() public to facilitate standalone app mode. this allows execution of the run() fn with the calling thread instead of the ControlledThread that the ::run() belongs to.
12:06.02CIA-2BRL-CAD: 03davidloman * r40789 10/rt^3/trunk/src/GS/geoserv.cxx: Clean up logging a bit.
12:09.18CIA-2BRL-CAD: 03davidloman * r40790 10/rt^3/trunk/src/GS/CMakeLists.txt: geoserve will need libnet
12:10.40CIA-2BRL-CAD: 03davidloman * r40791 10/rt^3/trunk/ (include/GeometryService.h src/GS/GeometryService.cxx): Add method for registering NetMsg routing data upon cstr call.
12:34.30CIA-2BRL-CAD: 03davidloman * r40792 10/rt^3/trunk/src/GS/ (Account.cxx Account.h): Stub in Account timestamping for inactivity/caching purposes in the near future.
12:35.37CIA-2BRL-CAD: 03davidloman * r40793 10/rt^3/trunk/src/GS/ (AccountManager.cxx AccountManager.h): AccountManager::login should return an Account* not a Session*. Also added some thread safety surrounding the Account* List
12:35.37CIA-2BRL-CAD: 03davidloman * r40794 10/rt^3/trunk/src/GS/ (SessionManager.cxx SessionManager.h): Start implementing details of Msg handling.
12:38.12CIA-2BRL-CAD: 03davidloman * r40795 10/rt^3/trunk/src/GS/ (Account.cxx Account.h): Make Account::stampLastAccess() public so all can use. Also, make getInactivityTime() return actual idle time.
12:38.50CIA-2BRL-CAD: 03davidloman * r40796 10/rt^3/trunk/src/GS/ (Session.cxx Session.h): Copy/Paste time stamping on Account to Session
12:45.24CIA-2BRL-CAD: 03davidloman * r40797 10/rt^3/trunk/src/GS/AccountManager.cxx: Make AccountManager keep a list of all Accounts
12:53.20CIA-2BRL-CAD: 03davidloman * r40798 10/rt^3/trunk/src/GS/AccountManager.h: AccountManager::login should return an Account* not a Session*. Also added some thread safety surrounding the Account* List
12:53.49CIA-2BRL-CAD: 03davidloman * r40799 10/rt^3/trunk/src/GS/AccountManager.cxx: Put in mock account validation for now.
13:03.30CIA-2BRL-CAD: 03davidloman * r40800 10/rt^3/trunk/include/NetMsgTypes.h: Clean up antiqated failure types.
13:06.37CIA-2BRL-CAD: 03davidloman * r40801 10/rt^3/trunk/src/GS/ (AccountManager.cxx AccountManager.h): Add in local Logger reference.
13:08.36*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:08.59CIA-2BRL-CAD: 03davidloman * r40802 10/rt^3/trunk/src/GS/Account.cxx: Timestamp account object upon cstr
13:09.56CIA-2BRL-CAD: 03davidloman * r40803 10/rt^3/trunk/src/GS/AccountManager.cxx: Add some logging points.
13:11.33CIA-2BRL-CAD: 03davidloman * r40804 10/rt^3/trunk/src/GS/SessionManager.h: Add in local logger reference to SessionManager. Keeps the logger call short.
13:12.33CIA-2BRL-CAD: 03davidloman * r40805 10/rt^3/trunk/src/GS/SessionManager.cxx: More work on SessionManager NetMsg handling.
13:22.09CIA-2BRL-CAD: 03davidloman * r40806 10/rt^3/trunk/src/GS/ (Session.cxx Session.h): Make Session responsible for generating a SessionInfoMsg that describes itself.
13:23.19CIA-2BRL-CAD: 03davidloman * r40807 10/rt^3/trunk/src/GS/Session.cxx: Timestamp Session object upon cstr
13:25.28CIA-2BRL-CAD: 03davidloman * r40808 10/rt^3/trunk/src/GS/SessionManager.h: Fix Session mappings.
13:30.37CIA-2BRL-CAD: 03davidloman * r40809 10/rt^3/trunk/src/GS/ (Account.cxx Account.h AccountManager.cxx): Account needs to include its own id.
13:33.12CIA-2BRL-CAD: 03davidloman * r40810 10/rt^3/trunk/src/GS/ (SessionManager.cxx SessionManager.h): Put in Session creation/caching logic
13:34.07CIA-2BRL-CAD: 03davidloman * r40811 10/rt^3/trunk/src/GS/SessionManager.h: SessionManager::newSession() doesn't need to be public.
13:43.16brlcadgo go gadget loman
13:44.09d-loI can only home it works when the dust clears, lol
13:44.16CIA-2BRL-CAD: 03davidloman * r40812 10/rt^3/trunk/src/GS/ (AccountManager.cxx AccountManager.h): Account creation handled in new method (newAccount). Centralizes logic, caching and mutex-ing.
13:44.27d-lonothing like working furiously to create... a steamy pile of poo :/
13:45.56CIA-2BRL-CAD: 03davidloman * r40813 10/rt^3/trunk/src/GS/AccountManager.cxx: Oops, forgot to delete old Account creation logic.
13:48.55CIA-2BRL-CAD: 03davidloman * r40814 10/rt^3/trunk/src/GS/SessionManager.cxx: Comments.
13:51.14CIA-2BRL-CAD: 03davidloman * r40815 10/rt^3/trunk/ (include/NetMsgTypes.h src/libNet/NetMsgFactory.cxx): Remove LOGOUTSESSION opcode. This can/will be handled by DISCONNECTREQ
13:54.08CIA-2BRL-CAD: 03davidloman * r40816 10/rt^3/trunk/src/GS/GeometryService.cxx: Remove the LOGOUTSESSION NetMsgRoute registration and replace it with DISCONNECTMSG
13:55.07CIA-2BRL-CAD: 03davidloman * r40817 10/rt^3/trunk/src/GS/GeometryService.cxx: Quick TODO comment.
13:57.50CIA-2BRL-CAD: 03davidloman * r40818 10/rt^3/trunk/src/GS/ (SessionManager.cxx SessionManager.h): Stub in handling for DISCONNECTREQ in SessionManager
14:00.47CIA-2BRL-CAD: 03davidloman * r40819 10/rt^3/trunk/src/GS/ (Account.cxx Account.h): Add portal getter to Account. Needed for mapping in SessionManager.
14:02.03d-lowhich is better?  mantaining 3 maps that all map different parameters to the same Objects, or just keeping a list of the Objects and iterating over them during a search?
14:02.44d-loaka:  map1: sessionID->sessionObject, map2: accountID->sessionObject, etc
14:14.44CIA-2BRL-CAD: 03davidloman * r40820 10/rt^3/trunk/src/GS/ (SessionManager.cxx SessionManager.h):
14:14.44CIA-2BRL-CAD: The Session mapping was getting pretty stupid. Save some headaches by using a
14:14.44CIA-2BRL-CAD: simple list and iterating over it to find what i need. If this ends up being a
14:14.44CIA-2BRL-CAD: perf hit, then changes can be made then (aka when its a problem). Implemented 3
14:14.44CIA-2BRL-CAD: getters, get by: Account*, QUuid, and Portal*
14:15.27CIA-2BRL-CAD: 03davidloman * r40821 10/rt^3/trunk/src/GS/ (SessionManager.cxx SessionManager.h): Rename mapLock to listLock.
14:21.23CIA-2BRL-CAD: 03davidloman * r40822 10/rt^3/trunk/src/GS/ (SessionManager.cxx SessionManager.h): implemented putCache and remCache. This should contain the thread sync and minimize issues. Wired in putCache into newSession.
14:31.34CIA-2BRL-CAD: 03davidloman * r40823 10/rt^3/trunk/src/libNet/PortalManager.cxx: Drop select timeout to 50ms.
14:31.58CIA-2BRL-CAD: 03davidloman * r40824 10/rt^3/trunk/ (include/Portal.h src/libNet/Portal.cxx): Added Portal::disconnect().
14:49.57*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
15:01.01CIA-2BRL-CAD: 03davidloman * r40825 10/rt^3/trunk/ (3 files in 2 dirs):
15:01.01CIA-2BRL-CAD: Disconnect by closing the FD outside of the PortalManager causes select to throw
15:01.01CIA-2BRL-CAD: errors. Fix is to pass a PortalManager pointer to each Portal object. This
15:01.01CIA-2BRL-CAD: allows Portal to call PortalManager::disconnect and pass itself in.
15:01.01CIA-2BRL-CAD: PortalManager can then do all the voodoo that it needs to do.
15:10.28CIA-2BRL-CAD: 03davidloman * r40826 10/rt^3/trunk/src/GS/SessionManager.cxx: Implement SessionManager's ability to handle a DISCONNECTREQ msg. Not sure if its the SM we want making the Portal disconnect....
15:14.29CIA-2BRL-CAD: 03davidloman * r40827 10/rt^3/trunk/include/PortalManager.h: Missed a file in r40825
15:17.24CIA-2BRL-CAD: 03davidloman * r40828 10/rt^3/trunk/src/GS/ (AccountManager.cxx AccountManager.h): AccountManager does not need to be a NetMsgHandler at this point.
15:20.18CIA-2BRL-CAD: 03davidloman * r40829 10/rt^3/trunk/src/GS/SessionManager.cxx: Simplify disconnect logic in SessionManager. SM will not call portal::disconnect.
15:23.23CIA-2BRL-CAD: 03davidloman * r40830 10/rt^3/trunk/ (include/PortalManager.h src/libNet/PortalManager.cxx): Wire up PortalManager's response to DISCONNECTREQ
15:24.37CIA-2BRL-CAD: 03davidloman * r40831 10/rt^3/trunk/src/GS/GeometryService.cxx: Setup GeometryService's routing table to include PortalManager
15:25.10CIA-2BRL-CAD: 03davidloman * r40832 10/rt^3/trunk/include/GeometryService.h: Move libnet.h include from source to header file.
15:40.03CIA-2BRL-CAD: 03davidloman * r40833 10/rt^3/trunk/src/GS/ (. CMakeLists.txt geoclient.cxx geoserv.cxx): Fixed header in geoserv.cxx. Added geoclient.cxx to add as a 'stress' and 'test' client.
15:40.30CIA-2BRL-CAD: 03davidloman * r40834 10/rt^3/trunk/tests/libNet/libNetTest.cxx: Add in Portal::disconnect() call into libNet test.
16:21.29CIA-2BRL-CAD: 03bob1961 * r40835 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Add support for Navy to Ged::get_ged_color and Ged::get_vdraw_color.
16:23.50CIA-2BRL-CAD: 03davidloman * r40836 10/rt^3/trunk/include/NetMsgTypes.h: Added a shutdown command netmsg type.
16:27.25CIA-2BRL-CAD: 03davidloman * r40837 10/rt^3/trunk/ (include/GeometryService.h src/GS/GeometryService.cxx): Made GeometryService a INetMsgHandler so it can recv a remote shutdown.
16:33.23CIA-2BRL-CAD: 03davidloman * r40838 10/rt^3/trunk/src/GS/geoclient.cxx: Wire in basic framework for sending a shutdown message from geoclient.
16:44.23CIA-2BRL-CAD: 03davidloman * r40839 10/rt^3/trunk/ (3 files in 2 dirs): Introduce RouteMsgJob. Designed for moving the job of routing a NetMsg to its destination off of the selector thread.
16:45.39*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
16:51.22CIA-2BRL-CAD: 03davidloman * r40840 10/rt^3/trunk/src/GS/GeometryService.cxx: put in simple while/wait loop in GeometryService::_run(). Should keep the main thread idle until a shutdown msg is recv-ed
16:53.01CIA-2BRL-CAD: 03davidloman * r40841 10/rt^3/trunk/src/GS/GeometryService.cxx: OOps, forgot to shutdown the PortalManager after the while/wait loop exits.
16:54.58CIA-2BRL-CAD: 03davidloman * r40842 10/rt^3/trunk/src/libNet/Portal.cxx: Make Portal fire off a RouteMsgJob to release the selector thread from the work of Routing the NetMsg.
16:58.33CIA-2BRL-CAD: 03davidloman * r40843 10/rt^3/trunk/src/utility/ControlledThread.cxx: When calling ControlledThread::run() directly, runCmd is not set to true, thus the run loop exits. Set runCmd to true in run()
17:05.44CIA-2BRL-CAD: 03davidloman * r40844 10/rt^3/trunk/src/libNet/NetMsgFactory.cxx: Let netMsgFactory know how to deserialize a CMD_SHUTDOWN msg
17:06.26``Erikdamn, look at that commit stream, we should trick dave into thinking the deadline is "like, tomorrow!" more often! :D *duck*
17:06.40d-lolol
17:07.16d-loit'd hit thr 72 hour point, snap, lose sanity and come to work with a small armory of firearms.
17:07.26``Erikkinda finds the rush amusing... the next piece of the pipeline is very not ready to deal with it yet... surspects isst will be a 'real' consumer before the guys paying
17:07.50``Erikbut a schedule is a schedule, damnit!
17:08.05d-loI think its stilly also, but hey, I'l soon beable to say 'I delievered early!"
17:08.10d-lo....by one day, but still :)
17:08.23``Erikthen you have to update your accomplishments... :D
17:08.35d-lo=D
17:08.47``Erikeffin' hate hate hate
17:09.00``ErikI'm gonna guess eval's aren't too terribly different, though
17:09.10d-lonpoe
17:09.20d-loI blew ine off this year... next to no effort :/
17:09.40``ErikI've done that the last 5
17:10.06``ErikI'm capped... it really doesn't matter, as long as they don't tell me to take a hike
17:11.41d-lolol
17:11.47``Erikand there's a 'fun' story behind that, but it's probably not channel friendly material :) I have my mission and job, mgmt and crap are orthogenal, as long as I keep getting my paycheck O.o
17:11.55d-loI think I have a fecking race condition :(
17:12.36``Erikthose can be fun to track...
17:13.51``Erikare you marking the critical sections with the variables causing the locks to be necessary? then it'd be a matter of looking for access (or write) outside of one of those
17:14.58d-lowell I am eliminating the other (non multithread) possibilities first ;)
17:15.48``Erik-P1 style?
17:16.45d-lowassat?
17:17.35``Erikrt -P1
17:17.45``Erikforce single-threaded behavior
17:18.00``Erikor is that capability not built in?
17:20.04d-lobuilt into.... geometry service?
17:20.27``Erikwhatever chunk you're having issues with
17:22.42d-lohahahaha
17:23.06d-loGSThread::sleep(1000) is different from GSThread::msleep(1000) =D
17:23.42starseekerslightly :-)
17:23.45starseekerwas that the race?
17:23.58``Erikheh, aw, c'mon, what's a multiple of 1000 between friends
17:24.34d-lowasnt a race
17:24.35``Erik1 second, 16 minutes, same thing, right?
17:24.51d-lo....just pure ooops and dumb
17:25.02starseekerI know - was that what you thought the race was?
17:25.09d-loyuppers :)
17:25.13starseekersweet
17:26.02d-lokinda nice to add a single 'm' and watch every thing start working.
17:26.56``Erikwhy msleep instead of staying close to unix with sleep() and usleep() ?
17:27.08d-loeh, why not.
17:27.27``Erikcuz I'm slow and it confused me at first? :D
17:27.29d-loI am making the assumption that I only have access to a ms resolution timer
17:28.11d-loI figure that, if I keep my expectations low, then when I do a serious port to windows, it shouldnt be all that hard :)
17:28.29``Erikheh
17:28.38``Erikamusingly, linux is the slow kid in that regard.
17:29.00``Erikmicrosecond queries are to the microsecond on windows, fbsd, mac, ... but to 10 microsecond intervals on linux
17:29.07``Erikthen there's the rtdsc stuff
17:29.30``Erikrdtsc
17:30.51CIA-2BRL-CAD: 03davidloman * r40845 10/rt^3/trunk/src/GS/ (GeometryService.cxx geoclient.cxx geoserv.cxx): Clean up code. Add/rem comments. changed the sleep() call in GeometryService::_run() to msleep()
17:30.56d-loyou speak of things of which this padawan has yet to learn....
17:31.37``Erikit surprised me... a friend was in a programming class and was getting funky results on her linux box, but it worked fine on my fbsd box... so we dug in and got to the root, then tried on other platforms
17:33.50``Erikis anyone in the office right now?
17:34.20d-loja, lots
17:34.47``Erikwould you mind msg'ing or emailing me canonical email addy's for bc, admin asst, and tl?
17:35.19``ErikI'm "on vacation", but still wrapping up a document I need to send to 'em this week
17:35.57``Erik(if it's email, erik at brlcad dawt rrrg, not my work addy
17:35.58``Erik)
17:36.40``Erikwaits to see if any spam bot scrapes the public log and can figure what "dawt rrrg" is :D
17:37.34``Erikthanks, d-lo :)
17:37.47d-loaint no thang
17:38.46``Erikthis has to be the second suckiest part of the job
17:39.03``Erikfirst suckiest is the 'review' meeting, imho
17:54.56CIA-2BRL-CAD: 03starseeker * r40846 10/brlcad/branches/cmake/misc/CMake/ThirdParty.cmake: Hmm - maybe I don't need to stub in the empty version of the external project to turn it on/off... give it a try.
18:00.40CIA-2BRL-CAD: 03davidloman * r40847 10/rt^3/trunk/include/IDataSource.h: Stub in the DataSource interface.
18:02.22CIA-2BRL-CAD: 03davidloman * r40848 10/rt^3/trunk/ (13 files in 2 dirs): Make several libgs headers public. Need them public for interconnectivity between the libraries.
18:11.38CIA-2BRL-CAD: 03davidloman * r40849 10/rt^3/trunk/ (include/DbObject.h src/GS/DbObject.cxx): Flesh out the generic parts of DbObject for now.
18:17.38CIA-2BRL-CAD: 03davidloman * r40850 10/rt^3/trunk/include/IDataSource.h: Forgot the 'put' obj part of the interface
18:18.47CIA-2BRL-CAD: 03davidloman * r40851 10/rt^3/trunk/ (3 files in 2 dirs): Stub in FileDataSource class. Will be the data source used for io with file based repositories
18:19.42CIA-2BRL-CAD: 03davidloman * r40852 10/rt^3/trunk/include/IDataSource.h: WS, Formatting.
18:30.10CIA-2BRL-CAD: 03davidloman * r40853 10/rt^3/trunk/ (include/FileDataSource.h src/GS/FileDataSource.cxx): FileDataSource needs a root repo path var.
18:30.47CIA-2BRL-CAD: 03davidloman * r40854 10/rt^3/trunk/ (include/GeometryService.h src/GS/GeometryService.cxx): Make GeometryService have a DataManager as a field.
18:35.08*** join/#brlcad Ralith (~ralith@d142-058-095-200.wireless.sfu.ca)
18:35.32CIA-2BRL-CAD: 03davidloman * r40855 10/rt^3/trunk/src/GS/geoserve.config: Add 'FileRepoPath' config to configfile.
18:39.36CIA-2BRL-CAD: 03davidloman * r40856 10/rt^3/trunk/src/GS/CMakeLists.txt: Add in FileDataSource to CMake system.
18:51.53CIA-2BRL-CAD: 03davidloman * r40857 10/rt^3/trunk/src/GS/geoserve.config: Add 'UseFileRepo' yes/no flag to geoserve.config
18:53.02CIA-2BRL-CAD: 03davidloman * r40858 10/rt^3/trunk/ (include/DataManager.h src/GS/DataManager.cxx): Make DataManager a NetMsgHandler. Add list for IDataSource objects and addDataSource() function.
18:56.14CIA-2BRL-CAD: 03davidloman * r40859 10/rt^3/trunk/ (include/GeometryService.h src/GS/GeometryService.cxx):
18:56.14CIA-2BRL-CAD: Remove repoPath string from cstr, since that is locking a GeometryService object
18:56.14CIA-2BRL-CAD: to using a FileDataSource. Instead, provide a way to get a handle on the
18:56.14CIA-2BRL-CAD: DataManager and make the DataManager provide a means for adding DataSources.
18:59.54CIA-2BRL-CAD: 03davidloman * r40860 10/rt^3/trunk/src/GS/geoserv.cxx: Add the ability for geoserv to detect if UseFileRepo is set to 'yes' and then look for 'FileRepoPath' to make a FileDataSource. Once made, add the FDS to the GeometryService's internal DataManager.
19:09.09CIA-2BRL-CAD: 03davidloman * r40861 10/rt^3/trunk/include/NetMsgTypes.h: Make macros CAPS
19:12.05CIA-2BRL-CAD: 03davidloman * r40862 10/rt^3/trunk/src/libNet/netMsg/GeometryReqMsg.cxx: Implemented getData() for GeometryReqMsg
19:13.31CIA-2BRL-CAD: 03davidloman * r40863 10/rt^3/trunk/tests/libNet/netMsgSerialTest.cxx: Update test for CAPS change in NetMsgTypes.h
19:18.35CIA-2BRL-CAD: 03davidloman * r40864 10/rt^3/trunk/include/NetMsgTypes.h: Add OPERATION_NOT_AVAILABLE failure code.
19:19.10CIA-2BRL-CAD: 03davidloman * r40865 10/rt^3/trunk/ (include/DataManager.h src/GS/DataManager.cxx): Flesh out DataManager::handleGeometryReqMsg() a bit more. Add in local Logger reference.
19:22.36CIA-2BRL-CAD: 03davidloman * r40866 10/rt^3/trunk/ (include/NetMsgTypes.h src/libNet/NetMsgRouter.cxx): Make NetMsgRouter send back an UNHANDLED_MSG_TYPE error if there is no routing for recv-ed Msg Type.
19:27.18CIA-2BRL-CAD: 03davidloman * r40867 10/rt^3/trunk/include/NetMsgTypes.h: Add BAD_REQUEST failure code.
19:27.26*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
19:30.37CIA-2BRL-CAD: 03davidloman * r40868 10/rt^3/trunk/include/NetMsgTypes.h: Add COULD_NOT_FIND_GEOMETRY failure code.
19:38.48CIA-2BRL-CAD: 03davidloman * r40869 10/rt^3/trunk/src/libNet/NetMsgRouter.cxx: Added include for TypeOnlyMsg, fixed return values in routeMsg()
19:42.33CIA-2BRL-CAD: 03davidloman * r40870 10/rt^3/trunk/src/GS/DataManager.cxx: Implemented handleGeometryRequest such that it will search for a path and return the geometry on that path
19:43.39*** join/#brlcad Ralith (~ralith@d142-058-095-200.wireless.sfu.ca)
19:58.22CIA-2BRL-CAD: 03starseeker * r40871 10/rt^3/trunk/src/other/subversion/ (3 files in 3 dirs): Start trying to make apr and apr-util into third party builds for svn
20:03.20*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:03.20*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:05.20CIA-2BRL-CAD: 03davidloman * r40872 10/rt^3/trunk/src/GS/geoserve.config: Drop trailing / on path
20:06.03CIA-2BRL-CAD: 03davidloman * r40873 10/rt^3/trunk/ (include/FileDataSource.h src/GS/FileDataSource.cxx): Implement reading and writing objects to/from path with locking in place.
20:19.11starseekeroh come ON apr, don't tell me you have to be build in-directory
20:20.01``Erikapr is a major problem child
20:21.26starseekerunfortunately, "porting" subversion to either glib or libbu would come under the heading "major task"
20:25.28``Erik*SNRKT* oh damn, I'm so evil
20:25.38starseekerstill... if it's either that or fixing another screwed up autoconf setup...
20:25.42starseekeruh oh...
20:26.07starseekerwhat, did the cat finally get into the fish tank?
20:26.08``Erikwent out on the deck, closed the door, shy girl cat came running to see what was up
20:26.08CIA-2BRL-CAD: 03davidloman * r40874 10/rt^3/trunk/ (2 files in 2 dirs): Add QByteArray getter to GenMultiByteMsg
20:26.30``Erikwaited a second, opened the door, grabbed her scruff and pulled her out, BOOM, instant 'hug' and face buried in my chest, she was a bit panicked
20:26.46starseekerheh
20:26.59starseekerwell, could be worse - I was thinking the punch line would be "bonk"
20:27.08``Erikand she wouldn't let go
20:27.24starseekernot an outdoorsy girl eh?
20:27.45CIA-2BRL-CAD: 03davidloman * r40875 10/rt^3/trunk/ (include/DataManager.h src/GS/DataManager.cxx): Implement handling writes to repo.
20:28.25``Eriknah, she's not... the occasional rain droplet probably didn't help
20:28.41starseekerso is your shirt totaled?
20:29.11CIA-2BRL-CAD: 03davidloman * r40876 10/rt^3/trunk/src/GS/GeometryService.cxx: Register MsgTypes to go to DataManager
20:29.41``Eriknah
20:29.53``Erik<-- gots mad skillz, yo
20:30.14``Erikthe boy was a lot more like "yeah, this is what I'm talkin' about! now put me down!"
20:31.04starseekerI'll bet - he'd probably be conqueroring territory
20:31.05CIA-2BRL-CAD: 03starseeker * r40877 10/rt^3/trunk/src/other/subversion/ (CMake/ThirdParty.cmake CMakeLists.txt): Confound it, apr isn't cooperating with an out of dir build. Macros assume that, so back to basics.
20:33.42starseekerwait, maybe I lied
20:33.53starseekercould have been the checkout
20:40.51*** join/#brlcad Ralith (~ralith@d142-058-095-200.wireless.sfu.ca)
20:49.01CIA-2BRL-CAD: 03starseeker * r40878 10/rt^3/trunk/src/other/subversion/ (4 files in 4 dirs): Er, oops - let's try adding the Makefile.in files
20:51.55CIA-2BRL-CAD: 03starseeker * r40879 10/rt^3/trunk/src/other/subversion/CMakeLists.txt: Whoops, not src/other here
20:56.30CIA-2BRL-CAD: 03starseeker * r40880 10/rt^3/trunk/src/other/subversion/ (3 files in 3 dirs): There we go - building apr now
20:58.35CIA-2BRL-CAD: 03starseeker * r40881 10/rt^3/trunk/src/other/subversion/CMakeLists.txt: Probably should rework the macros on this point, but got through apr install successfully.
21:03.19CIA-2BRL-CAD: 03starseeker * r40882 10/rt^3/trunk/src/other/subversion/ (CMakeLists.txt other/apr-util/test/Makefile.in): And get apr-util building as well.
21:07.55CIA-2BRL-CAD: 03starseeker * r40883 10/rt^3/trunk/src/other/subversion/ (CMake/ThirdParty.cmake CMakeLists.txt): OK, now that local apr build is working, turn back on detection of system APR
21:22.14CIA-2BRL-CAD: 03starseeker * r40884 10/rt^3/trunk/cmake/FindSVNLIBS.cmake:
21:22.14CIA-2BRL-CAD: Tweaks to FindSVNLIBS - not clear yet if this will actually build svntest, will
21:22.14CIA-2BRL-CAD: probably need to verify the support the version of the svn_* functions being
21:22.14CIA-2BRL-CAD: used. svn warns when using older versions of these functions, so we can't get a
21:22.14CIA-2BRL-CAD: clean build unless we stay 'current', but doing so also means older libs won't
21:22.14CIA-2BRL-CAD: work - a bit annoying.
21:42.31*** join/#brlcad Ralith (~ralith@d142-058-095-200.wireless.sfu.ca)
22:43.14d-losighs in relief. Back on a machine with root access....
22:54.54CIA-2BRL-CAD: 03davidloman * r40885 10/rt^3/trunk/include/GeometryChunkMsg.h: Ah ha! Got the bugger. Mistyped the #define at the begining of the header.
22:57.23*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
23:05.38``Erikheh
23:05.48``Erik"wait, let me go home so I can do my job..." O.o
23:40.21d-lojust about.
23:40.33d-lothe only thing I dont have better at home is 4x24" monitors :/
23:52.10``Erikindeed :/
23:56.12CIA-2BRL-CAD: 03davidloman * r40886 10/rt^3/trunk/ (10 files in 3 dirs): Cleaned up Qt includes.
IRC log for #brlcad on 20100930

IRC log for #brlcad on 20100930

00:08.40starseekerd-lo: we'll have to work on that - we should all have 4x24" monitors :-P
00:12.20``Erikis goin' for 4x30
00:12.32``ErikI think brlcad is going for 30x4
00:12.43starseekerhehe
00:13.30starseekerI remember some presentations talking about research into monitor technologies that used multiple smaller screens instead of the one-big-screen production technique - made sense to mee
00:13.50starseekerwould be AWESOME to have big monitors with 300 dpi
00:14.12starseeker(granted it would take one honkin huge graphics card setup to drive...)
00:15.45``Erik300 is for wussies, 400 is minimum
00:15.52``Erikthis 72 bs is bs
00:16.09``Erikwonders what his phone does O.o
00:16.25``Erik326
00:16.53``Erikmy PHONE does 326 dpi
00:16.58starseekeryep
00:17.01starseekermonitors suck
00:20.49``Erikah, good old clayton bixbey, leave it to chappelle to figure out a good twist to make everyone go 'wait, what?'
02:15.20*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1096601218.dsl.bell.ca)
03:54.46brlcadx4 is nfg.. you have the slit down the middle
03:56.01brlcadgotta be 3x30 or 5x30 (.. or 3x3x30 .. yeah)
06:05.28*** join/#brlcad merzo (~merzo@88.119.128.61)
08:35.20*** join/#brlcad mafm (~mafm@83.45.253.242)
09:47.36*** join/#brlcad mafm_ (~mafm@83.45.253.242)
11:46.58*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:38.34*** join/#brlcad archivist_ (~archivist@host217-34-113-62.in-addr.btopenworld.com)
17:04.14*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:33.53*** join/#brlcad merzo (~merzo@88.119.128.219)
19:37.10CIA-2BRL-CAD: 03Sean 07http://brlcad.org * r2303 10/wiki/Forums: remove the links to nabble. confusing and misleading users since you still have to subscribe in order to post. link to our mailing lists directly.
19:38.17CIA-2BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Support]]": fairly useless "support" page.. let them find the menu
19:39.22CIA-2BRL-CAD: 03Sean 07http://brlcad.org * r2304 10/wiki/Mailing_Lists: add mailing lists page
19:41.25``Erikhrmp/cl -a
19:49.40CIA-2BRL-CAD: 03Sean 07http://brlcad.org * r2305 10/wiki/Forums: oops, forums are not mailing lists. update accordingly and redirect.
20:08.28*** join/#brlcad Stattrav (~Stattrav@117.192.135.209)
20:08.28*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:43.41*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:43.41*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:23.02CIA-2BRL-CAD: 03Sean 07http://brlcad.org * r2306 10/wiki/IRC: work in progress
IRC log for #brlcad on 20101001

IRC log for #brlcad on 20101001

00:28.05*** join/#brlcad Ralith (~ralith@d142-058-095-006.wireless.sfu.ca)
02:19.14*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
06:56.28*** join/#brlcad merzo (~merzo@88.119.128.61)
08:38.10*** join/#brlcad mafm_ (~mafm@83.38.35.145)
09:18.00*** join/#brlcad _clock_ (~sanook_ba@217-162-130-133.dclient.hispeed.ch)
09:27.10*** join/#brlcad _clock_ (~sanook_ba@217-162-130-133.dclient.hispeed.ch)
11:46.16*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:13.26*** join/#brlcad mafm_ (~mafm@83.38.35.145)
12:34.22d-loMernin all!
15:20.44CIA-2BRL-CAD: 03davidloman * r40887 10/rt^3/trunk/src/ (CMakeLists.txt alf/): Drop Application Launch Framework. Will re-implement if the number and commonality of executables warrents a framework.
15:57.11CIA-2BRL-CAD: 03davidloman * r40888 10/rt^3/trunk/src/GE/ (29 files in 4 dirs): WS, Formatting, include organization, double newline removal, etc.
16:42.55CIA-2BRL-CAD: 03davidloman * r40889 10/rt^3/trunk/src/ (62 files in 8 dirs): WS, Formatting, include organization, double newline removal, etc.
16:47.17CIA-2BRL-CAD: 03davidloman * r40890 10/rt^3/trunk/src/ (47 files in 7 dirs): WS, Formatting, include organization, double newline removal, etc.
16:48.05CIA-2BRL-CAD: 03davidloman * r40891 10/rt^3/trunk/tests/ (11 files in 7 dirs): WS, Formatting, include organization, double newline removal, etc.
17:15.59CIA-2BRL-CAD: 03davidloman * r40892 10/rt^3/trunk/include/ (47 files): WS, Formatting, include organization, double newline removal, etc.
17:26.25CIA-2BRL-CAD: 03davidloman * r40893 10/rt^3/trunk/sandbox/ (CMakeLists.txt QThreadTest.cxx): WS, Formatting, include organization, double newline removal, etc.
17:28.56CIA-2BRL-CAD: 03davidloman * r40894 10/rt^3/trunk/ (CMakeLists.txt COPYING HACKING INSTALL README): WS, Formatting, include organization, double newline removal, etc.
17:31.07CIA-2BRL-CAD: 03davidloman * r40895 10/rt^3/trunk/TODO: Update //TODO list
17:50.28*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
20:30.46*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:30.46*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:36.02*** join/#brlcad Ralith (~ralith@d142-058-095-199.wireless.sfu.ca)
IRC log for #brlcad on 20101002

IRC log for #brlcad on 20101002

00:00.13*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
00:12.32*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
09:19.47*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
12:10.29*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
15:01.25*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:31.28*** join/#brlcad __monty__ (~toon@d51A54137.access.telenet.be)
17:34.24*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
17:34.24*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:32.07*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593498.dsl.bell.ca)
IRC log for #brlcad on 20101003

IRC log for #brlcad on 20101003

02:22.21*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
05:45.49``Erikhuzzah, I survived O.o
05:48.51*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
05:52.30``Erik28mph to boot
06:11.25``Erikmpg, rather
06:53.26*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593498.dsl.bell.ca)
13:09.20*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
13:55.34d-losurvived what?
13:55.51d-lothe wedding? 0.o?
13:56.31``Erikthe drive
13:57.10``Erikgood fun, but I decided to drive up from richmond last night to avoid the traffic.. was nice, was able to use cruise control for most of it
14:05.43*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:53.16*** join/#brlcad hyarion (c05ben@peppar.cs.umu.se)
17:45.03*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
17:45.03*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:14.32*** join/#brlcad merzo (~merzo@178-178-132-95.pool.ukrtel.net)
22:48.38*** join/#brlcad d-lo_ (~claymore@BZ.BZFLAG.BZ)
22:49.13*** join/#brlcad willdye1 (~willdye@fern.dsndata.com)
IRC log for #brlcad on 20101004

IRC log for #brlcad on 20101004

01:46.20*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
07:14.27*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
10:21.30*** join/#brlcad _clock_ (~sanook_ba@217-162-130-133.dclient.hispeed.ch)
10:24.55*** join/#brlcad _clock_ (~sanook_ba@217-162-130-133.dclient.hispeed.ch)
11:27.05d-lo_Mernin all
11:46.57brlcadhowdy!
11:47.03brlcad*yawn*
12:18.59*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
12:23.58*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
12:25.48*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:17.17``Erikis starting to dig the ogre node/entity shtuff... to bad it's all c++ O.o
14:27.52_clock_d-lo_: merning!
14:38.13CIA-2BRL-CAD: 03indianlarry * r40896 10/brlcad/trunk/ (4 files in 3 dirs): (log message trimmed)
14:38.13CIA-2BRL-CAD: Adding bundle ray shotliner rt_shootrays() as plural version of rt_shootray().
14:38.13CIA-2BRL-CAD: Follows design aspects of rt_shootray() with user definable callbacks for bundle
14:38.13CIA-2BRL-CAD: hit/miss functions. Also added a couple of ray pattern generators
14:38.13CIA-2BRL-CAD: rt_gen_circular_grid() and rt_gen_elliptical_grid(). Added bundle capability to
14:38.13CIA-2BRL-CAD: 'rtshot', to test simply supply "-R (bundle radius in mm)" and optionally "-g
14:38.13CIA-2BRL-CAD: (bundle grid size in mm)". A "-X 0x80000000" will produce an "rtshot.plot" file
14:48.28CIA-2BRL-CAD: 03bob1961 * r40897 10/brlcad/trunk/src/tclscripts/archer/DataUtils.tcl: Initial check-in of DataUtils.
16:45.51*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
17:26.08*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177871971.dsl.bell.ca)
18:15.58d-lo_quiet up in here....
18:38.34``Erikssshhhh
18:41.42``Erik*snrkt* oh wow, astroempires occasionally a particularly good event O.o big all-server jg crash type thing going down... I'm on the defending side... attackers launched to their near jg to do their crash from, kicked the owner of it while in flight (or he got pissed and left)...
19:16.33``Erikhm, 53 years ago, sputnik 1 launched
19:17.13``Erikponders keeping state totally in object and exposing a 'void*' with magic vs exposing yet another struct :/
20:48.01CIA-2BRL-CAD: 03erikgreenwald * r40898 10/brlcad/trunk/src/libbn/randmt.c: Begin wiring up the mersenne twister stuff to do multiple states with serialization capabilities.
22:06.31*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
22:09.10*** join/#brlcad willdye1 (~willdye@fern.dsndata.com)
22:51.29*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
22:51.29*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101005

IRC log for #brlcad on 20101005

02:26.56CIA-2BRL-CAD: 03Sean 07http://brlcad.org * r2307 10/wiki/IRC: second round of updates adding a benefit and etiquette section
04:37.30*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593749.dsl.bell.ca)
06:35.13*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:28.21CIA-2BRL-CAD: 03d_rossberg * r40899 10/brlcad/trunk/src/librt/ (bundle.c mkbundle.c):
07:28.21CIA-2BRL-CAD: no C99 idioms please!
07:28.21CIA-2BRL-CAD: put variable declarations to the begin of the section
07:50.01*** join/#brlcad _clock_ (~sanook_ba@217-162-130-133.dclient.hispeed.ch)
12:31.46*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
13:09.52*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
19:15.36*** join/#brlcad p4p4 (~chatzilla@82.113.121.52)
19:28.06*** part/#brlcad p4p4 (~chatzilla@82.113.121.52)
20:31.49*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:00.49CIA-2BRL-CAD: 03brlcad * r40900 10/brlcad/trunk/src/other/tkhtml/Makefile.am: fix make clean. couldn't clean if tclsh wasn't built.. need to verify distcheck succeeds.
22:38.56*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
IRC log for #brlcad on 20101006

IRC log for #brlcad on 20101006

01:54.30*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:12.27*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
11:09.59*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
11:17.57*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
11:25.34*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
11:32.17d-loMernin all
12:21.44*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:19.41d-lohahaha: http://media.photobucket.com/image/mourning%20shadowbane%20world/rogue_queen69/MMORPG.jpg
14:49.45brlcadgreetings programs
14:51.42CIA-2BRL-CAD: 03brlcad * r40901 10/brlcad/trunk/src/tclscripts/archer/Makefile.am: include DataUtils.tcl in the dist, sort
14:53.40CIA-2BRL-CAD: 03brlcad * r40902 10/brlcad/trunk/misc/win32-msvc8/Makefile.am: include new tktable msvc build files in the dist
14:56.44CIA-2BRL-CAD: 03brlcad * r40903 10/brlcad/trunk/src/other/tkhtml/Makefile.am:
14:56.44CIA-2BRL-CAD: technically there are two versions of the cssprop.tcl and tokenlist.txt files.
14:56.44CIA-2BRL-CAD: they are 'built' because we have to copy them into the top-level, but they do
14:56.44CIA-2BRL-CAD: exist in the src/ subdir so have to list those files as extra dist
17:03.47CIA-2BRL-CAD: 03bob1961 * r40904 10/brlcad/trunk/src/tclscripts/archer/tclIndex: Added entries for DataUtils.
17:05.55CIA-2BRL-CAD: 03bob1961 * r40905 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Removed updateToggleMode from ArcherCore.
17:11.55``Erik"Teamwork - Imagine the most retarded thing you could possibly do. Now get forty other people to do that exact same thing with you. It's not retarded anymore, is it?"
19:18.51brlcadmm.. think I found a suitable output format
19:19.58brlcadOpenDocument, .odp files .. then just have them use openoffice
20:02.46``Erikcool
20:19.40CIA-2BRL-CAD: 03brlcad * r40906 10/brlcad/trunk/TODO: render to odf/odt/odp
20:30.02*** join/#brlcad merzo (~merzo@209-119-94-178.pool.ukrtel.net)
21:08.37starseekerbrlcad: That's better than svg + inkscape?
21:09.20brlcadyeah
21:10.14brlcadsvg doesn't provide a means to preserve constraints, like anchoring an arrow that points at something so if you move the arrow's label, it still points at the intended target
21:10.25starseekerah
21:10.45brlcadopendocument includes vector graphics and more
21:10.50starseekerO.o  kinda was under the impression that svg was huge and had everything...
21:11.04brlcadgoing from odf to svg should be pretty straightforward (something we could leave up to OO)
21:11.37starseekernods - or take care of later if we want to
21:12.35starseekersvg might someday  have benefits for stright-to-web-gui output, but I suppose most of that can be done with thumbnails
21:14.00brlcadthe other benefit of opendoc is that the users could then export their pretty blueprints straight to .doc or .ppt if they wanted, or whatever other output format supported by OO/LO
21:14.13starseekertrue
21:14.14brlcadppt is really what they want now
21:14.37brlcadodp is the closest open source variant we could easily work with
21:15.35brlcadcould write straight to ppt with some library, but I think our long-term interests are still more flexibly suited with an open (and free) format that they can easily work with
21:15.47starseekeragreed
21:15.48brlcadthis should work pretty well
21:16.43brlcadmight even get some momentum with a simple library that writes out opendoc files .. none presently exist save for one written in java
21:41.24*** join/#brlcad Ralith (~ralith@d142-058-095-236.wireless.sfu.ca)
21:57.29*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:57.29*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:16.43CIA-2BRL-CAD: 03brlcad * r40907 10/brlcad/trunk/m4/ (compiler.m4 epsilon.m4): add actions if cross-compiling so configure won't halt. the flags are assumed to work if it compiled as is the sanity test.
22:34.26CIA-2BRL-CAD: 03brlcad * r40908 10/brlcad/trunk/configure.ac:
22:34.26CIA-2BRL-CAD: more support for cross-compilation. add the requisite optional parameters for
22:34.26CIA-2BRL-CAD: all AC_TRY_RUN macro calls. assume no for everything except x11. x11 defaults
22:34.26CIA-2BRL-CAD: to an assumption of yes but can be disabled with a configure flag.
23:07.02*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
IRC log for #brlcad on 20101007

IRC log for #brlcad on 20101007

00:11.45starseekerOuch http://www.wired.com/dangerroom/2010/08/hp-holds-navy-network-hostage
00:16.14``Erikmight be worth passing that around work
00:23.41starseekernods - was thinking that
00:25.01starseekergovernment needs to retain control when hiring contractors to do work...
00:27.45starseekerbrlcad: do you know of any environment we need to support that needs AC_HEADER_STDC or AC_HEADER_DIRENT?  (or, for that matter, other macros identified as obsolete by the Autoconf manual?)
00:28.15starseekerI'd hate to go to the trouble of duplicating them if we don't need 'em
00:51.18CIA-2BRL-CAD: 03starseeker * r40909 10/brlcad/branches/cmake/ (405 files in 91 dirs): Update cmake branch to r40906
01:18.44CIA-2BRL-CAD: 03starseeker * r40910 10/brlcad/branches/cmake/CMakeLists.txt:
01:18.44CIA-2BRL-CAD: The LIBSTDCXX variable is used only in misc/pkgconfig/librt.pc.in (which already
01:18.44CIA-2BRL-CAD: includes LIBM anyway) and src/other/step. This test is somewhat difficult to
01:18.44CIA-2BRL-CAD: set up in CMake - the standard CHECK_LIBRARY routine won't do it - and since it
01:18.44CIA-2BRL-CAD: shouldn't be an issue anywhere except src/other/step remove it - if step
01:18.45CIA-2BRL-CAD: libraries need the LIBM option add it. Will have to set up an OpenBSD system to
01:18.46CIA-2BRL-CAD: check this out.
01:28.27CIA-2BRL-CAD: 03starseeker * r40911 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): Don't duplicate obsolete Autoconf functionality unless there is a compelling reason
01:29.28brlcadstarseeker: AC_HEADER_STDC is more a sanity test to make sure we're at least compiling with a c89 compliant environment
01:31.17starseekerbrlcad: I can't find anywhere in the code we actually conditionalize on it (although I could be missing something...) - it's apparently so little used that no one has duplicated it as a CMake macro
01:31.32brlcadAC_HEADER_DIRENT is used, defines HAVE_DIRENT_H
01:32.06brlcadconditionalize on what?
01:32.15starseekerSTDC_HEADERS
01:33.22brlcadthat's the one direct symbol it defines, but there are various other secondary ones too
01:33.27brlcadfor the various headers it tests
01:39.18brlcadthat said, the check was before we required c89 and that's specifically what it tests for
01:40.03brlcadso it's really just a sanity check in configure.ac for the log .. not necessary for cmake
01:41.11starseekerwell, I actually did duplicate most of it...
01:41.17brlcadstarseeker: the -lstdc++ test possibly fails because we rely on a trick
01:41.29starseekerfigures... the one one we need, DIRENT, is the one I don't have done yet...
01:41.42brlcadit's just a header test
01:42.04brlcadgranted, a really nasty header to test for if we try to really make things backwards compatible to olden days
01:42.10brlcadbut that's not necessary
01:42.26brlcadwe can assume that if the header is there that it's good
01:42.36starseekerbrlcad: phew :-)
01:42.43starseekerthat'll save a day or so
01:43.00brlcadi mean, we need to test HAVE_DIRENT_H
01:43.10brlcadjust not the complex testing that AC_HEADER_DIRENT performs
01:43.21starseekeroh, gotcha
01:43.40starseekerthat would explain why it worked when I did the basic test a while back...
01:44.33brlcadAC_HEADER_STDC isn't needed (at least, STDC_HEADERS definitely isn't needed)
01:45.10brlcadmight be useful to log whether the standard headers aren't available merely as a sanity test during configuration, but not really necessary
01:45.11starseekerbrlcad: I think I actually did duplicate AC_HEADER_STDC more or less correctly, so if you like we can leave it in for logging here too
01:45.17brlcadk
01:45.40starseekeramusingly enough, I don't think it passes on the Mac...
01:45.47brlcad-lstdc++ is almost certainly going to be needed for portability
01:46.01brlcadhm, that doesn't sound right
01:46.16starseekerI believe that gets added in by CMake itself for CXX builds...
01:46.26starseekerlet me check my vanilla brlcad build
01:47.00starseekerah, wait - it did work
01:47.08starseekeroh, that's right - that one test wasn't behaving
01:47.18brlcadthe reason is that we need (or at least needed) to compile everything with gcc, NOT some with gcc and some with g++
01:47.36brlcadotherwise, symbols end up wrong
01:47.41starseekerhrm
01:48.02starseekercome to think of it, I haven't tried raytracing nurbs with a CMake build yet
01:48.52brlcadit was a really obscure issue when it happened, not easy to reproduce
01:49.31brlcadlike loading a .so via java or jnilib maybe
01:50.03brlcador linkage on a platform that requires resolved libraries
01:51.34brlcadfwiw, the "trick" in configure was that it tested for 'main' .. which isn't actually in the library, but of course is a symbol that can be referenced if you make and run a program from an autoconf test .. if cmake tests differently, looking for 'main' as a library symbol could easily fail
01:51.39starseekerhmm - apparently I lied - STDC_HEADERS is getting defined now...
01:52.27starseekerbrlcad: the failure in the log is a conflict for "main" types - apparently the standard C file used for that test isn't happy in the CXX compiler
01:53.36brlcadsure, that makes sense
01:54.10brlcadthey're apparently testing different, perhaps just by declaring a k&r style forward declaration and trying to reference it, and the conflict makes it unhappy
01:54.37brlcadtesting for 'main' is wrong if that wasn't clear .. it was just simple and effective for an autoconf test
01:54.59brlcadit should test for a symbol actually in the library
01:55.29CIA-2BRL-CAD: 03starseeker * r40912 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): Go ahead and put back the working tests - a basic dirent.h test should be sufficient these days, so don't spend any more effort on it.
01:56.19starseekernods - here's the C code they're using: http://paste.lisp.org/display/115289
01:58.34brlcadyeah, char CHECK_FUNCTION_EXISTS() is bogus
01:58.40brlcadthat's dumb
01:58.52CIA-2BRL-CAD: 03starseeker * r40913 10/brlcad/branches/cmake/src/CMakeLists.txt: vas4 is no more
01:59.08brlcadautoconf's method is much better..
01:59.18starseekerbrlcad: when I traced that stdc++ test back in the svn logs, it appeared to have been added as a consequence of OpenBSD needing -lm when using -lstdc++
02:00.08starseekerhttp://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/configure.ac?revision=28672&view=markup
02:00.10brlcadthat sounds secondary
02:00.27``Erikwatches new southpark O.o
02:00.28starseekeroh, wait, that's when the second conditional was added
02:00.45starseekerdig dig dig...
02:01.13brlcadr27473 is the add but doesn't say why
02:01.49brlcadadding openNURBS was definitely the timeframe, but only because it was the first c++ code to be added
02:01.54starseekernods
02:02.24brlcadyou could let cmake do it's thing and see if the problem resurfaces
02:02.32starseekernods
02:02.53starseekerthat would be my preference, but I need to stake out a defensible position that I'm not introducing regressions :-P
02:02.58brlcadseveral of the flags and tests are due to compiling c++ with gcc
02:03.21brlcadthe -fexeceptions flag for _Unwind_Resume
02:03.24starseekerthere's this brlcad guy at work who keeps a close eye on things... :-P
02:04.19brlcadyou very likely will introduce several regressions by the vary nature of the rebuild
02:04.32brlcadthe hope is just to minimize as many as possible and hopefully they're not expensive
02:04.46starseekerwonders if we should add Keith's duck to the standard raytrace benchmark and/or regression tests...
02:05.01brlcador hopefully, the investment pays for itself quickly in time and effort saved
02:05.17starseekernods - well, only one way to find out...
02:05.53brlcadI wouldn't add any new benchmark images until we can baseline on a vgr=1
02:06.07brlcadsimh
02:06.13starseekerah yes, ``Erik's missing original image :-P
02:06.29brlcadhm?
02:06.58starseekerhe had put together an emulated environment of the original BSD4.4lite or whatever that was used back then, and then lost it
02:07.06brlcadah
02:07.10brlcadI have one somewhere too
02:07.15brlcadin my archive
02:07.19starseekerIIRC, the missing simh piece was IO throttling - dunno if they've added it
02:07.42brlcaddoubt it, but wouldn't be hard to add
02:07.54starseekersuppose we could set up some kind of qemu virutal machine with slow IO, install simh in that, then run :-P
02:08.11starseekerthey did have a new release since ``Erik last tried it, iirc...
02:08.12brlcadliterally, just a sleep() call tossed in with gettimeofday() to try and emulate a specific clock cycle
02:08.19starseekerah
02:08.53brlcadI was already getting a tiny vgr count
02:09.00brlcadlike single or double digits
02:09.23starseekerOo, real close then
02:09.38starseekershudders to think about a NURBS raytrace on vgr=1 hardware
02:10.43``Erikdid I tell ya that I found some simh stuff when prepping my mac for upgrade?
02:10.55starseekeroh, you did mention that - was it The Image though?
02:11.22``Erikum, I don't know if it was the installed image, but it was all the bits to build one... I have one named ra81.img which I THINK is the 'disk' I installed to
02:11.34starseekersweet
02:11.56``Erik(the ra81 was a hard drive the size (and sound) of a washing machine, supposedly the drive would start to walk across the floor if it got a bit unbalanced
02:12.00``Erik)
02:12.25starseekernotes we also need an ascii NURBS format before any such file could become a "standard"...
02:12.30starseekernow that's hardware :-)
02:14.24``Erikat one point, kermit was going to look for old manuals with timing information to help us 'fix' simh some
02:15.05``Erikfaking seek and scan times as well as bus delays might be ... interesting
02:15.09CIA-2BRL-CAD: 03starseeker * r40914 10/brlcad/branches/cmake/src/proc-db/CMakeLists.txt: terrain is now wavy
02:15.13starseekerwe need a PDP-11 vax?
02:15.41starseekerer PDP-11 or VAX
02:16.25``Erikvax 11/780, with mods
02:16.43brlcadvgr was a vax 11/780
02:16.59starseekerwhere do we get documentation on the mods?
02:17.07``Erikfrom kermit... he did them
02:17.59starseekerah
02:18.12``Erikiirc, he and mike turned vgr into the only dual core vax ... ever...
02:20.20starseekerif you found your image, this might be a good time to remind him :-)
02:20.41``Erikum, he's probably busy shuffling money right now
02:20.56starseekerheh
02:21.11``Erik'real soon now', I'll drift by to chat to him about that and isst
02:21.22starseekernods
02:22.09``Erik(amusingly, lee's trying to claim he's busy shuffling money, too)
02:22.57``ErikI think he got funded to try doing some, uh, upstairs type code using nvidia's "optix"
02:23.21``Erikmight be interesting
02:23.35starseekerwell, if you have 2 dollar bills you can  "shuffle", right? :-P
02:23.55``Erikisn't there actually a valid legal tender $2 bill?
02:24.03starseekeryep :-)
02:24.23starseekerif you want to mess with a cashier's brain, find a few and use 'em :-)
02:24.28``Erikyeh
02:24.51``Erikwoz likes to buy sheets of money and have a printer perf them to mess with people... he's gotten 'detained' for it :)
02:26.12starseekerblinks - who's been working with randmt.c in libbn?
02:27.41``Erikme, why?
02:28.03``Erikyes, it's ugly, it almost looks like c++ or java, shup
02:28.04starseeker/src/libbn/randmt.c:59: warning: integer constant is too large for ‘long’ type
02:28.14starseekerand a few other such errors
02:29.17``Erikoh, hah, magic is too wide
02:30.51``Eriktesting a build now
02:31.25CIA-2BRL-CAD: 03starseeker * r40915 10/brlcad/branches/cmake/src/libbn/randmt.c: Comment out unused parameters so strict flags don't complain about these lines - this reduces the errors to complaints about integer constants being too large and missing initializer
02:31.45``Erikheh.
02:31.50``Erikso much for that testing pass
02:32.02starseekerheh, sorry
02:32.07starseekerfigured I'd swat the one I could
02:32.19``Erikauto* stuff got confused, so I had to start an autogen.sh
02:32.28CIA-2BRL-CAD: 03starseeker * r40916 10/brlcad/trunk/src/libbn/randmt.c: Do the commenting in the trunk too.
02:33.02``Erikmy program to convert a word into hex added the newline character at the end, that's the issue I think
02:33.20``Erikthe 0A at the end of the magic is wrong
02:33.52starseekerah
02:36.14``Erikheh, 'ghougle'
02:37.02CIA-2BRL-CAD: 03erikgreenwald * r40917 10/brlcad/trunk/src/libbn/randmt.c: fix magic overflow
02:37.31CIA-2BRL-CAD: 03brlcad * r40918 10/brlcad/trunk/src/other/tkhtml/Makefile.am: let the build work even if we're configured to use our own tcl/tk because we need to be able to include built files in the source distribution (before tcl is built).
02:39.27brlcadstarseeker: instead of commenting params out, you can also wrap the variable name with UNUSED()
02:39.46brlcade.g.: int main(int UNUSED(argc), char *UNUSED(argv)[])
02:39.51starseekeroh, OK - that's cleaner?
02:39.51CIA-2BRL-CAD: 03starseeker * r40919 10/brlcad/branches/cmake/src/libbn/randmt.c: grab the MERSENNE_MAGIC fix from trunk
02:40.05``Erikusually does self assignment in the body for 'stuff in progress'
02:40.24brlcadthat implies, "hey, this is the API and it's supposed to be this way, but we're not yet using these parameters)
02:41.44starseeker``Erik: still getting a missing initializer warning
02:42.00brlcadself-assignment only works because gcc is stupid or we have some flag that says obey us even when we're stupid
02:42.10starseekerrandmt.c:59: warning: missing initializer
02:42.18starseekerrandmt.c:59: warning: (near initialization for ‘global_state_static.mt’)
02:42.19brlcadUNUSED should work cross-platform
02:42.24``Erikoh, hrmmmm
02:42.28``ErikI kinda cheated on that one
02:42.46``Erikstop using that bustedassed gentoo crap
02:42.47``Erik?
02:42.50``Erik:D *duck*
02:42.58starseekernope, on Mac at work :-P
02:43.15``Erikhuh, worked on my mac with the strict flags all on
02:43.25``ErikI'm still 10.5, though
02:43.46brlcadmaybe has --enable-warnings on, adds more
02:43.46starseeker10.5.8 <shrug>
02:43.57starseekerno, it's the cmake build
02:44.05starseekerhang on, here's the line...
02:44.21``Erikcheated with a partial fill of a static struct
02:44.22CIA-2BRL-CAD: 03starseeker * r40920 10/brlcad/branches/cmake/src/libbn/randmt.c: Use UNUSED to wrap variables instead of commenting out
02:45.16starseekercd /Users/user/brlcad/cmake-build/src/libbn && /usr/bin/gcc  -Dlibbn_EXPORTS -DHAVE_CONFIG_H -DBRLCADBUILD=1 -g -ggdb3 -D_FORTIFY_SOURCE=2 -fPIC -I/Users/user/brlcad/cmake-build/include -I/Users/user/brlcad/cmake/include -I/Users/user/brlcad/cmake/../brlcad-install/include     -pedantic -W -Wall -Werror -Wno-long-long -o CMakeFiles/libbn.dir/randmt.c.o   -c /Users/user/brlcad/cmake/src/libbn/randmt.c
02:46.11CIA-2BRL-CAD: 03erikgreenwald * r40921 10/brlcad/trunk/src/libbn/randmt.c: set the first element of the array, hopefully this is good enough to silence the warning
02:47.40brlcadcurious, those are just the strict warning flags
02:47.55brlcaddifferent versions of gcc perhaps
02:47.58``Erikyeah, looks like about the same that my macS are fine with
02:48.11starseekerhuh.  Anyway, that got it
02:48.15starseekerthanks ``Erik
02:48.30CIA-2BRL-CAD: 03starseeker * r40922 10/brlcad/branches/cmake/src/libbn/randmt.c: Import fix for initializer from trunk.
02:48.30``Eriknp, my mess anyways
02:48.41``Erik(even though I'm doing that for s2)
02:49.15starseekeris just making sure CMake is still building after syncing to latest trunk
02:49.28CIA-2BRL-CAD: 03starseeker * r40923 10/brlcad/trunk/src/libbn/randmt.c: Switch trunk to UNUSED as well.
02:56.32brlcadUNUSED(*is) wrong, *UNUSED(is) right
02:56.46starseekeroh, sorry
02:56.52brlcadjust the name -- it still needs the right type
02:59.14starseekerwill fix in a sec - defining the HAVE_CARBON_CARBON_H variable revealed a problem
02:59.35starseekeris forced to wonder if focus.c is still necessary, since it was apparently off in his build and he didn't notice it...
02:59.41starseekerprobably just didn't use things enough
03:02.22CIA-2BRL-CAD: 03starseeker * r40924 10/brlcad/branches/cmake/src/libbn/randmt.c: Fix use of UNUSED
03:03.41CIA-2BRL-CAD: 03starseeker * r40925 10/brlcad/branches/cmake/src/libbn/randmt.c: whoops, get both
03:03.44CIA-2BRL-CAD: 03starseeker * r40926 10/brlcad/trunk/src/libbn/randmt.c: fix use of UNUSED in trunk too.
03:03.49brlcadfocus brings mged to focus if you invoke within Terminal
03:05.18starseekerah
03:12.26CIA-2BRL-CAD: 03starseeker * r40927 10/brlcad/branches/cmake/ (3 files in 3 dirs):
03:12.27CIA-2BRL-CAD: Now that the Carbon header flag is on, we need the results of FindCarbon for
03:12.27CIA-2BRL-CAD: libdm - in the process, discovered that we need to special case framework
03:12.27CIA-2BRL-CAD: arguments when passed in as part of a lib list to the BRLCAD macros - they (and
03:12.27CIA-2BRL-CAD: only they, so far, in that they are multi-word non-list returns from a find
03:12.27CIA-2BRL-CAD: macro) need a space between arguments to be preserved. We're now building
03:12.27CIA-2BRL-CAD: successfully on Mac again, although functionality testing is not done yet.
03:18.31starseeker``Erik: you're familiar with the QTIME and XTIME parameters described here?  http://simh.trailing-edge.com/pdf/vax780_doc.pdf
03:20.41starseekeror I suppose those timing parameters is what we need historical notes on...
06:42.11*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593749.dsl.bell.ca)
07:04.37*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
13:06.31starseekerwonders if the "EXPRESS" file for IFC is the express the NIST tools work with... http://www.iai-tech.org/products/ifc_specification/ifc-releases/ifc2x3-release/ifc2x3-release-summary
13:08.51``Erikdon't recall seeing those parameters, but yeh, need the info on what exactly we had to figure out the statistical delays
13:11.06starseekerpulls his brain out of the winding twisty passages of CAD standards and gets ready to head in...
13:36.38brlcadstarseeker: yes, it is
13:37.01brlcadhttp://www.iai-tech.org/products/ifc-overview
13:37.36brlcadremember that step covers end-to-end product lifecycle data management
13:38.19brlcadinteresting .. they have some real numbers on the bloat incurred with step vs step-xml
13:38.32brlcad3x to 4x larger
13:41.01starseekerso in principle we could grab that ifc file (if its license permits) and pipe ifc files through the step convertor?  (at least in principle?)
13:41.14brlcadsure
13:41.25brlcadthe converter wouldn't know what to do with it, but it could read it
13:41.30starseekerschweet
13:42.13brlcadthey're just part 21 files (i.e., step files) for both
13:42.27brlcadbut then that's basically just a container format
13:42.54brlcadwhat's in that container is the AP that it conforms to, which we read AP203 .. but those building files are certainly not 203
13:43.07starseekernods - I guess the real work would be translating ifc concepts into geometric primitives or attribute data
13:43.40starseekermight be fun, but certainly not a priority
13:46.03brlcadyeah, it looks like they're using their own "AP" set of entity classes, just using the step container format (express)
13:46.27brlcaddoesn't look like they map to any AP in 10303
13:46.27starseekerhah - http://www.iai-tech.org/developers/ifc-implementation/ifc-impl-agreements/cv-2x3-112
13:46.31brlcadthey even cover geometry
13:47.00brlcadyeah
13:47.15brlcadhttp://en.wikipedia.org/wiki/Industry_Foundation_Classes <-- search for Body
13:47.42starseekermight be a useful format for importing/exporting building descriptions, but probably not much beyond that
13:48.59brlcadwonders why he received five copies of cliff's brlcad-devel mail
13:49.05starseekerO.o
13:49.14starseekererm.  sorry
13:49.21brlcadtwo of the first, five of the second, seven in all
13:50.41starseekernot sure what happened - did the list get spammed too?
13:52.13brlcadif I got that many copies, probably
13:52.53starseekergrowl... sorry
13:53.29starseeker``Erik: you seeing multiple copies of the emails?
13:53.43brlcadmight just have been me or some mixup with sf.net
13:54.05brlcador maybe just me, who knows.. doesn't matter unless it keeps happening :)
13:54.31starseekerI don't see any extra addys in the gmail header...
13:55.11starseekerheh - well, we'll see if I scared off Ganesh
13:55.15brlcadforum archives only list the messages once (though gets the threading wrong), so maybe just sourceforge accidentally sending out multiple times due to some failure
13:55.54starseekeris rather intrigued by that army.mil document
13:57.07starseekerand their download files for that matter, although I'm not sure how to convert them into somthing usable...
13:58.50starseekerOK, really on the road this time
14:01.10brlcadcould get in touch with those guys
14:03.06``Erikis not seeing duplicates, but entourage may be searching for those
14:57.07*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
15:08.28brlcadfinds david's draft and forwards
15:10.17brlcadwonders when tkhtml will finally get put to bed
15:10.27CIA-2BRL-CAD: 03brlcad * r40928 10/brlcad/trunk/src/other/tkhtml/Makefile.am: missing line-continuation slash causing MISSING FROM DIST errors
15:11.13*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:44.32CIA-2BRL-CAD: 03starseeker * r40929 10/brlcad/branches/cmake/ (CMakeLists.txt src/other/openNURBS/CMakeLists.txt): Add some more checks for header files.
16:47.06CIA-2BRL-CAD: 03starseeker * r40930 10/brlcad/branches/cmake/ (6 files in 4 dirs): Cleanup, add in custom check for ALLOCA that mimics the autoconf test, check for dtrace header if that option is enabled.
16:56.19*** join/#brlcad merzo (~merzo@11-19-132-95.pool.ukrtel.net)
17:02.58CIA-2BRL-CAD: 03bob1961 * r40931 10/brlcad/trunk/src/libged/rt.c: Keith found a breakage while using preview (the gd_rt_cmd struct was referring to memory locations that were no longer valid due to a call to zap). This fixes it.
17:17.10CIA-2BRL-CAD: 03starseeker * r40932 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake):
17:17.10CIA-2BRL-CAD: add a few defines present in the autotools build - getting closer. Lot of
17:17.10CIA-2BRL-CAD: specialized AC macros to duplicate for types, although AC_C_CHAR_UNSIGNED is
17:17.10CIA-2BRL-CAD: considered obsolete and won't be ported - only tcl/tk seem to use it in our
17:17.11CIA-2BRL-CAD: code, and their build systems can handle it.
17:34.33CIA-2BRL-CAD: 03starseeker * r40933 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): Check for members in structures
17:56.42CIA-2BRL-CAD: 03brlcad * r40934 10/brlcad/trunk/src/libged/rt.c: if the else is wrong, there's no point in keeping it around.
17:57.59CIA-2BRL-CAD: 03brlcad * r40935 10/brlcad/trunk/src/libged/rt.c: ws
18:02.33CIA-2BRL-CAD: 03brlcad * r40936 10/brlcad/trunk/NEWS: keith and bob fixed a bug in mged where it was crashing while doing a preview.
18:11.59CIA-2BRL-CAD: 03indianlarry * r40937 10/brlcad/trunk/src/rt/view.c: Set variable 'scanline' to NULL after free. If not NULL 'rt' would try and release a second time. Problematic when raytracing multiple frames.
18:29.53CIA-2BRL-CAD: 03starseeker * r40938 10/brlcad/branches/cmake/ (5 files in 4 dirs): Add some more type checks, try to perform the YYTEXT_POINTER test for lex.
18:45.42*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
19:12.37CIA-2BRL-CAD: 03brlcad * r40939 10/brlcad/trunk/NEWS:
19:12.37CIA-2BRL-CAD: keith fixed a bug in the raytracers where they were crashing if you tried to
19:12.37CIA-2BRL-CAD: render multiple frames (e.g., via -M script). the problem was freeing a
19:12.37CIA-2BRL-CAD: scanline but not setting it to null afterwards, causing it to free erroneously
19:12.37CIA-2BRL-CAD: later.
19:33.28*** join/#brlcad Ralith (~ralith@d142-058-092-067.wireless.sfu.ca)
19:55.57*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
19:55.57*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:00.31*** join/#brlcad Zaebos_ (~irc@pd95b7f5e.dip0.t-ipconnect.de)
20:01.50starseeker``Erik: aw, great - it seems to be looking for the Tcl source dir to get the private headers, and of course that doesn't exist since it's a /usr/tmp/ports/... path
20:03.58starseeker``Erik: why does the BSD portage install assign that variable if it won't exist after the portage process is finished?
20:05.07``Erikit defines it? O.o
20:05.21``Erik(and it's called ports, portage is what ricer weenies call their bad clone)
20:05.30starseekerless /usr/local/lib/tcl8.5/tclConfig.sh
20:06.02``Erikah, probably just what tcl does and it's never broken for anyone (or other people worked around the breakage)
20:06.34starseekernods - well, a vanilla itcl build chokes I can tell you that
20:07.33*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
20:07.44``Erikhuh, there's a /usr/ports/lang/itcl
20:07.48starseeker'course, it's itcl's fault for using private headers in the first place, but it looks like I'm gonna have to validate that directory in FindTCL and turn on the local tcl/tk build if it's not there
20:07.53``Erikwonder who mai... aw feck, me again. damnit.
20:08.12starseeker``Erik: you could install that of course - that would avoid my building it, but it wouldn't fix the problem
20:08.51``Eriklike like there was stuff to work around that someone did before I adopted it
20:29.34*** join/#brlcad merzo (~merzo@11-19-132-95.pool.ukrtel.net)
21:23.17*** join/#brlcad Ralith (~ralith@d142-058-092-067.wireless.sfu.ca)
21:24.30*** join/#brlcad printbot (~Paulh@cpc1-roch3-0-0-cust785.10-1.cable.virginmedia.com)
21:27.32*** part/#brlcad printbot (~Paulh@cpc1-roch3-0-0-cust785.10-1.cable.virginmedia.com)
22:33.13CIA-2BRL-CAD: 03starseeker * r40940 10/brlcad/branches/cmake/src/other/ (3 files in 3 dirs): (log message trimmed)
22:33.13CIA-2BRL-CAD: This appears to be about the minimal change to get this working - IncrTcl's use
22:33.13CIA-2BRL-CAD: of the private Tcl headers is a severe problem when trying to build using a
22:33.13CIA-2BRL-CAD: system Tcl/Tk - in practice, it shouldn't work at all. The workaround is to use
22:33.14CIA-2BRL-CAD: the headers from the local Tcl/Tk when building - this works if the system
22:33.14CIA-2BRL-CAD: version and local version are compatible. We need 8.5 from the system version
22:33.15CIA-2BRL-CAD: now too so this should work without needing to add local copies of the 8.4
22:33.35*** join/#brlcad Ralith (~ralith@d142-058-092-067.wireless.sfu.ca)
22:38.59CIA-2BRL-CAD: 03starseeker * r40941 10/brlcad/branches/cmake/CMakeLists.txt: FreeBSD wants newlines at the end of these files, so go ahead and add them - doesn't break at least on the Mac, need to check Linux
23:11.29*** join/#brlcad Ralith (~ralith@d142-058-092-067.wireless.sfu.ca)
23:12.12CIA-2BRL-CAD: 03starseeker * r40942 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): We want to check /usr/local - try to define the variables needed
23:30.57CIA-2BRL-CAD: 03starseeker * r40943 10/brlcad/branches/cmake/src/ (4 files in 4 dirs): Need some more instances of TCL_INCLUDE_PATH. With this change, we have now build successfully on FreeBSD.
23:31.46starseeker``Erik: you BSD guys are annoying, you know that? :-P
23:31.56starseekergood shakedown though
23:36.34starseekerhmm - not seeing the pix files in srcdir/pix/...
23:37.40``Erik:D
23:37.45``Erikyou linux guys are wusses
23:37.58starseekerhey, I made it in the end
23:38.12starseekeritcl/itk is the real annoyance
23:39.20starseekerwill check on why those scripts are wiping out later...
23:39.35``Erikyeh, that's the issue... the levels of kluge are staggering...wonder when 86 will be final
23:40.24starseekerdredges scientific notation from his memory to handle the big numbers...
23:41.00``Eriknumbers beyond taking off your shoes to count to? :D
23:41.16starseekerheh - it's Tcl/Tk, whadya you think?
23:41.44``Erikoh, hah, thought you were off on a tangent :D
23:41.50starseekerfirst define units of course - years or decades
23:42.03starseekerah :-P
23:42.29``Erikat some point, you just stop using number and give it names
23:42.42``Erikmesazoic, cenezoic, tclazoic
23:42.45starseekerhehe
23:43.20starseekerwas actually studying a geologic time chart recently as a way to organize software history - that might be able to handle Tcl/Tk, come to think of it
23:46.04*** join/#brlcad Ralith (~ralith@d142-058-092-067.wireless.sfu.ca)
23:46.21*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
23:46.21*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:49.51*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
23:49.51*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101008

IRC log for #brlcad on 20101008

00:04.03*** join/#brlcad juanman (~quassel@201.255.63.246)
00:47.33*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593749.dsl.bell.ca)
00:55.35*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:03.48*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
01:34.19starseekerOK, fair enough - the viewdiff.sh routine for finding benchmark .pix images doesn't look like it will look in the source directory
01:38.46*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
01:44.50CIA-2BRL-CAD: 03starseeker * r40944 10/brlcad/branches/cmake/pix/CMakeLists.txt: ensure the pix files are where they can be seen by the benchmark routines - this allows make benchmark to succeed with the CMake build
01:48.55``Erikhrmph, must be missing something, can't get ogre's shadows working
01:50.38*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
01:53.10CIA-2BRL-CAD: 03starseeker * r40945 10/brlcad/branches/cmake/pix/CMakeLists.txt: Whoops, gonna need those log files too.
02:17.25CIA-2BRL-CAD: 03starseeker * r40946 10/brlcad/branches/cmake/ (CMakeLists.txt regress/CMakeLists.txt): It's not working at the moment, but start trying to get regress going.
06:50.13*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:26.45*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
08:22.39``Eriklego automatic transmission http://www.collegehumor.com/video:1942124
08:55.02*** join/#brlcad archivist_ (~archivist@host217-34-113-62.in-addr.btopenworld.com)
10:24.51d-lo``Erik: Thats pretty awesome.  I love legos
10:40.02d-loI love it: http://www.collegehumor.com/video:1829648
10:53.53brlcadheh, great music at the end
10:57.00CIA-2BRL-CAD: 03brlcad * r40947 10/brlcad/trunk/src/other/tkhtml/Makefile.am: uninstall the libtool/automake products
12:46.45``Erikhttp://www.topspeed.com/cars/car-news/mechanics-crash-another-lamborghini-murcielago-lp670-4-superveloce-ar97628.html
12:52.28d-loouch
12:55.36*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
14:20.02*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
15:07.11CIA-2BRL-CAD: 03brlcad * r40948 10/brlcad/trunk/ (5 files in 5 dirs): derecursify the archlinux, debian, nsis, and win32-msvc directories since they are purely extra_dist content. unroll them up into misc/'s makefile.
15:08.09CIA-2BRL-CAD: 03brlcad * r40949 10/brlcad/trunk/misc/archlinux/Makefile.am: missed removing this one with the rest
15:09.07``Erikcurses up one side and down the other, stupid ra81 disk image I found didn't have a single bit turned on :/ gotta start vgr2 all over
15:12.05brlcadprobably best anyways
15:12.16``Erikhowso?
15:12.36brlcadhaving everything in context done cleanly
15:12.45brlcadI have my files (looking at them right now)
15:12.51brlcad1GB netbsd disk
15:12.58``Erikwhat I had was all good and buttoned up :/
15:13.08``Erikthe hw controllers can't take a 1g disk
15:13.17``Erikand I'm doing 43bsd :D
15:13.54``Erik(then going to look at netbsd for a 'modern' BRL-CAD, was just talking to cliff about that half an hour ago)
15:13.56brlcadI had it reading and booting back last I played
15:15.00``Erikhm, odd, I've been sticking with specifying hw that actually exists, didn't look for a 'fake' controller that can do it *shrug*
15:16.19brlcadwas using ra92, just worked
15:17.25``Erikhm, how long ago? iirc, there wasn't support for 82, 90, 91 or 92, so I settled for the 81
15:17.58brlcadfiles are stamped 2006
15:18.03brlcadhttp://brlcad.org/~sean/tmp/simh_netbsd_vax_howto.txt
15:20.18``Erikhuh
15:21.20``Erik<-- is still gonna compare BRL-CAD 4.4 on 43bsd vs netbsd :) then try more modern BRL-CAD's to see if there's drift
15:22.36``Erik(also kinda want to make an image with the smallest disk possible, set up a daemon that makes a copy and runs simh on connect so'z people can telnet in and play)
15:23.24``Erikbut first; lunch.
16:15.23CIA-2BRL-CAD: 03brlcad * r40950 10/brlcad/trunk/misc/Makefile.am: restore missing slash
16:20.07*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:37.19CIA-2BRL-CAD: 03starseeker * r40951 10/brlcad/branches/cmake/src/other/ (4 files in 4 dirs): Remove the LIBRARY reference - not using it in BRL-CAD macro versions of this logic, and Windows doesn't like it
17:48.47``Erik0/msg starseeker looks like noinst forces it to be static, just the .a is generated
17:48.51``Erikwoops
17:49.20starseekerah
18:01.14CIA-2BRL-CAD: 03starseeker * r40952 10/brlcad/branches/cmake/src/ (conv/CMakeLists.txt mged/CMakeLists.txt other/CMakeLists.txt): Take a stab a conditionalizing the parts of the source that require either lex/yacc or libraries built using lex/yacc.
18:07.31CIA-2BRL-CAD: 03starseeker * r40953 10/brlcad/branches/cmake/src/tab/CMakeLists.txt: Whoops, one more directory that needs lex.
18:18.31CIA-2BRL-CAD: 03starseeker * r40954 10/brlcad/branches/cmake/misc/CMake/test_srcs/timedelta_end.c.in: Windows time.h doesn't have these two entries, and they aren't really needed - comment out, confirm they can be removed on other platforms
18:44.57CIA-2BRL-CAD: 03erikgreenwald * r40955 10/isst/trunk/cmake-modules/ (FindGTK2.cmake FindSDL.cmake): add gtk+ and sdl find files
18:45.28CIA-2BRL-CAD: 03erikgreenwald * r40956 10/isst/trunk/cmake-modules/FindGTK2.cmake: add macports paths
19:31.13d-loLove it: http://www.squidoo.com/demotivator
19:43.56``Eriklooks like bits of http://verydemotivational.com/
19:44.04d-loI know :)
19:44.19d-lothe Tornabow has me in tears :)
19:44.39``Erikit's too late to run.
19:45.28``Erikdidja see http://news.icanhascheezburger.com/2010/10/08/political-pictures-navy-you-get/ ? someone can't tell the difference between army and navy :D
19:45.58``Erik(do the marines field any a10's? O.o)
19:46.00d-lohehe, last I check the navy doesn't field A-10's :)
19:46.06d-lodunno
19:46.13d-loI think we let them have the harrier and thats about it.
19:47.28``Erikhm, there's an fa/18 dressed up in marine clothes
19:49.03starseekerhttp://code.google.com/p/progressive-meshes/
19:49.08starseekerah shucks, GPL
19:49.12starseekernevermind
19:52.58``Erikstarseeker: back in 'the day', hoppes "vipm" was all the rage, the paper with the twin engine cessna iirc
19:53.47starseekerO.o http://lodbook.com/source/
19:53.55``Erikyeh, siggraph '96, "progressive meshes", he's done an awful lot since
19:54.12``Erikhuh, neat
19:54.19``Erikgts at #2, even
20:03.31starseekerhmm:  http://sourceforge.net/projects/meshalgorithms/
20:07.25starseeker'course, Ogre itself claims to support Progressive meshes
20:10.37``Erikafaict, ogre needs explicit log meshes passed and then has the ability to choose the right one to render
20:11.46starseekerif I understand this it's generating this lower LOD mesh:  http://www.ogre3d.org/forums/viewtopic.php?f=4&t=41422&start=0
20:13.49starseekershrugs - well, either way it looks like there is some code out there we could make use of
21:03.01*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
21:42.24CIA-2BRL-CAD: 03erikgreenwald * r40957 10/isst/trunk/ (gtk/main.c sdl/main.c): add/eat -p option that mac launchd likes to throw
21:50.53*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:16.46starseekerbraces himself and prepares to try booting into Windows...
22:18.01``Erikheh
22:18.10``Eriklistens for the screaming and smashing O.o
23:37.06CIA-2BRL-CAD: 03brlcad * r40958 10/brlcad/trunk/misc/win32-msvc/Dll/Makefile.am: supposed to be deleted...
IRC log for #brlcad on 20101009

IRC log for #brlcad on 20101009

00:34.03``Erikw00t, shadows working in ogre O.o pheer.
02:19.30*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
03:24.30CIA-2BRL-CAD: 03starseeker * r40959 10/brlcad/branches/cmake/misc/CMake/ThirdParty.cmake:
03:24.30CIA-2BRL-CAD: Windows reveals that zconf.h is actually in the CMake build directory, and thus
03:24.30CIA-2BRL-CAD: is actually going to require that that directory be included when no system
03:24.30CIA-2BRL-CAD: zconf.h is around - account for this generally in the third party options.
03:51.26starseekerOK, I can at least build zlib and png on Windows
03:52.11starseekerwill have to figure out nmake + Tcl + Tk + triggering via CMake + installing...
03:52.46starseekeramong many other amusing tidbits is that nmake makefile.vc appears to be an in-src-dir-only affair
03:55.07starseekerAh.  http://wiki.tcl.tk/11075
04:22.29*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593749.dsl.bell.ca)
05:27.48*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177593749.dsl.bell.ca)
13:22.03*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
13:29.16*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
14:21.32CIA-2BRL-CAD: 03starseeker * r40960 10/brlcad/branches/cmake/misc/CMake/ThirdParty.cmake: Start roughing out a third party macro for nmake projects - almost certainly doesn't work yet
14:24.28CIA-2BRL-CAD: 03starseeker * r40961 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Set up a tcl test for the nmake build...
14:34.09CIA-2BRL-CAD: 03starseeker * r40962 10/brlcad/branches/cmake/misc/CMake/ThirdParty.cmake: Oops - fix if/endif mismatch, for now comment out configure command
15:07.38``Erikhuh, something good out of edgewood O.o they think they've figured out why bee populations are dropping
15:12.02CIA-2BRL-CAD: 03starseeker * r40963 10/brlcad/branches/cmake/misc/CMake/ThirdParty.cmake:
15:12.02CIA-2BRL-CAD: OK, if I put the bat file in the BUILD_COMMAND it actually starts to build tcl,
15:12.02CIA-2BRL-CAD: but there's another monkey wrench:
15:12.02CIA-2BRL-CAD: http://objectmix.com/tcl/631142-building-visual-studio-2005-a.html#post2223814 -
15:12.02CIA-2BRL-CAD: not sure what to do about this one.
17:03.05*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
17:17.10*** join/#brlcad CIA-42 (~CIA@208.69.182.149)
21:55.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101010

IRC log for #brlcad on 20101010

04:18.58*** join/#brlcad Nohla (~Nohla@201.255.254.109)
10:13.18*** join/#brlcad merzo (~merzo@201-18-94-178.pool.ukrtel.net)
10:15.48*** join/#brlcad merzo (~merzo@201-18-94-178.pool.ukrtel.net)
10:17.20*** join/#brlcad merzo (~merzo@201-18-94-178.pool.ukrtel.net)
10:18.57*** join/#brlcad merzo (~merzo@201-18-94-178.pool.ukrtel.net)
11:28.04*** join/#brlcad d-lo_ (~claymore@BZ.BZFLAG.BZ)
11:28.33*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
11:30.32*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
11:30.33*** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
13:05.47CIA-42BRL-CAD: 03starseeker * r40964 10/brlcad/branches/cmake/ (3 files in 3 dirs):
13:05.47CIA-42BRL-CAD: This gets slightly closer to building tcl/tk on Windows, but with the following
13:05.47CIA-42BRL-CAD: restrictions - need to use the nmake generation, not MSVC (limitation of tcl/tk
13:05.47CIA-42BRL-CAD: builds), so far tested only with command line cmake invocation, and tk build is
13:05.48CIA-42BRL-CAD: still failing (common.h is asking for stdint.h and its not found, need to check
13:05.48CIA-42BRL-CAD: out why.)
13:22.37CIA-42BRL-CAD: 03starseeker * r40965 10/brlcad/branches/cmake/include/common.h:
13:22.37CIA-42BRL-CAD: This is very probably Not The Right Way, but get Tk past the header problem -
13:22.37CIA-42BRL-CAD: both tcl and tk now build. libbu doesn't work yet because a couple of the
13:22.37CIA-42BRL-CAD: generated include files are empty, and the tcl/tk packages obviously need the
13:22.37CIA-42BRL-CAD: conditional treatment, but signs of hope.
19:45.34*** join/#brlcad Stattrav (~Stattrav@117.192.134.172)
19:45.34*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:20.27*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
23:22.48``Erikhappy 10/10/10 O.o (and 101010bin is 42dec, w00t)
IRC log for #brlcad on 20101011

IRC log for #brlcad on 20101011

02:25.11Ralithyou know what we missed?
02:25.19Ralithoh wait, that never happened.
02:25.20Ralithoh well
08:40.43*** join/#brlcad archivist_ (~archivist@host217-34-113-62.in-addr.btopenworld.com)
11:27.26*** join/#brlcad merzo (~merzo@88.119.128.61)
11:47.48*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
12:21.52*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
23:27.53*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101012

IRC log for #brlcad on 20101012

00:22.50*** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
00:23.23*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
01:43.27*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
04:44.11*** mode/#brlcad [+o brlcad] by ChanServ
06:00.24*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
10:25.41*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
11:08.08d-lo_Mernin
11:08.43*** join/#brlcad merzo (~merzo@213.252.192.120)
12:07.29``Erikis trying an experiment: drinking a cup of coffee before driving to work O.o let's see if I notice
12:07.57*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:08.12d-lo_drink one cup of coffee, do 15 jumping jacks, wait 10 mins, then to 15 more, hit the road
12:08.36d-lo_kick up the heart rate to increase the rate of caffine absorbtion :)
12:08.43``ErikI think I"d be done for at 3 :/
12:18.27*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:47.12*** join/#brlcad ibot (~ibot@rikers.org)
12:47.12*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
12:56.51d-lo_...like seriously, she's pregnant?  Or is that a joke?
13:02.39brlcadyes :)
13:03.24d-lo_lol
13:03.28d-lo_nice non-answer
13:13.39``Erikhttp://www.joeydevilla.com/2008/05/29/geek-gang-signs/
13:14.08brlcad"BS and ISO produce standards to show recommended practices but it is up to individuals to produce the drawings. There is no definitive standard for layout or style. The only standard across engineering workshop drawings is in the creation of orthographic projections and cross section views."
14:11.33starseekeris unlikely to eat crab dip ever again - that's like the second or third time I've had major bad reactions to it
14:11.43starseekeralmost wonder if its an allergy
14:13.13starseekerbrlcad: whether or not there's a definitive standard, we need to pick something for defaults - wouldn't defaulting to recommended practices be logical?
14:16.21d-lo_well I make it a general rule to not eat things that originally had more than 4 legs ;)
14:18.42starseekernods - was a "buffet" style affair - we were both feeling a little queasy but I was the only one who wiped out completely, and the main distinction was she had the brains to avoid the dip and I didn't
14:19.39starseekergenerally I avoid seafood as well, and my batting average when I don't is so poor you'd think I would learn...
14:19.53starseekerGLARES at Tcl/TK
14:20.21TclTkyou lookin at me bub?
14:20.29starseekereven using their own build system on win32 isn't enough to make this go smooth
14:21.37starseekeris annoyed by the username/hostname problem, but it is probably solvable - but trying to build libbu with manually assigned values it looks for a dll file that isn't there
14:22.01starseekerlooks like the nmake system built .lib files
14:22.43starseekerteeters on the edge of losing it and starting a CMake build system for Tcl/Tk...
14:26.23d-lodont do it man.
14:26.25d-lojust dont
14:26.36d-loput the keyboard down and back away
14:40.22``Erikmmmm spidercakes
14:40.42starseekerheh - our cats might just go for those
14:41.02``Erik.lib files are kinda needed for msvc, it's nto smart enough to read symbols from a .dll for linking, iirc
14:47.25starseekeruh... then why is CMake trying to look for a dll?  (I didn't tell it to)
14:48.53``Erikd'no? it used to need both, the .lib to put itself together and the dll handy to run
14:53.20starseekergrr
14:54.35starseekerdiverts his attention to nurbs++ in a desperate attempt to avoid rewiring Tcl/Tk...
15:55.52brlcadstarseeker: have you ever had a crab cake?
15:56.16brlcador shrimp recently
15:56.23brlcadcould just be bad dip..  but pretty easy to rule out shellfish
16:02.41brlcadstarseeker: and of course something has to be decided upon for the formatting, that was an interesting tid-bit of information that confirmed my understanding
16:03.42brlcadfrom what I've been reading, iso128 isn't really used nearly as much as the asme standards .. I found a handful of good docs and examples
16:04.46*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
16:04.53_psilvahiyo
16:27.12starseekerbrlcad: ah, gotcha.
16:29.38starseekerkinda surprising there isn't more of a standard, but I guess as long as a drawing like that conveys the necessary information the details are somewhat less critical
16:34.06starseekerbrlcad: if we wanted to use a purely vanilla opennurbs, would we have to define a derived class from ON_Brep and define our own IsValidLoop function for that derived class?
16:45.18brlcadstarseeker: several methods would have to be overridden iirc, but basically -- yes
16:51.06starseekernods - sounds good
16:51.35starseeker's takeover request for libnurbs was approved, so starting to play with ideas
17:01.24``Erikhttp://punditkitchen.files.wordpress.com/2010/10/wzjsh.gif  slot machines vs voting machines
17:03.39CIA-42BRL-CAD: 03erikgreenwald * r40967 10/brlcad/branches/bottie/src/librt/primitives/bot/btg.c: force double mode
17:05.51CIA-42BRL-CAD: 03erikgreenwald * r40968 10/brlcad/branches/bottie/src/librt/primitives/bot/tie.c: test to see if malloc succeeded.
17:06.54CIA-42BRL-CAD: 03erikgreenwald * r40969 10/brlcad/branches/bottie/src/librt/primitives/bot/tie_kdtree.c: test for bad data field
18:17.06*** join/#brlcad merzo (~merzo@mail.revalinn.com)
18:51.22_psilvaanyone know what amrdec/dyn does
18:53.37_psilvahm could be aeroflightdynamics
20:47.34*** join/#brlcad merzo (~merzo@mail.revalinn.com)
21:03.37*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:03.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:51.03*** join/#brlcad merzo (~merzo@mail.revalinn.com)
23:10.05starseekerbrlcad: does this ring any bells for you?  http://www.sai.msu.su/sal/B/0/DT_NURBS.html
23:16.46starseekerHumph http://www.dt.navy.mil/tot-shi-sys/des-int-pro/des-too-dev/index.html
23:16.55starseeker"current initiative" without an active weblink
IRC log for #brlcad on 20101013

IRC log for #brlcad on 20101013

01:21.32*** join/#brlcad merzo (~merzo@mail.revalinn.com)
03:18.34brlcadstarseeker: DT_NURBS is vaguely familiar in name only -- an old fortran code of some sort
03:18.50brlcadthe navsea link is certainly interesting -- could be a good lead
03:19.10brlcadhttp://www.andromeda.com/people/ddyer/work/nurbs.html is another interesting old one
03:19.54brlcadmmmore: http://www.aria.uklinux.net/nurbs.php3
03:20.34brlcadah, prior was a dead ftp, here's the source: http://ftp.gwdg.de/pub/math/funet/numcomp-free-c/nurbs/
03:21.09brlcadmost of those are based off of old research similar to our old nurbs implementation, breaking surfaces up into bspline patches
03:33.21starseekerthe toolbox one is GPL, unfortunately
03:33.54starseekerah, sweet - I hadn't found a link to the original Manchester
03:33.58starseekernurbs library
03:35.35starseekerI think the next step might be to identify what we already have and what we still need - the SISL website might be of some help there, even if we can't use the code:  http://www.sintef.no/Informasjons--og-kommunikasjonsteknologi-IKT/Anvendt-matematikk/Fagomrader/Geometri/Prosjekter/The-SISL-Nurbs-Library/SISL-Functionality/
03:38.21starseekerwhat I'd LIKE to do is design a library API that expresses the NURBS functionality we need (following the style of openNURBS) and then do a "fill in the blanks" with the LGPL-or-freer pieces already out there (I suspect most of them will have to be rewritten to fit cleanly into the library, but the hard part is the algorithms themselves)
03:39.21starseekeronce we have a clear notion of pieces that don't exist as LGPL compatible anywhere, then we can pull some research papers and go to work
04:57.44starseekerah, that could be what's happening... if those tcl nmake files aren't building shared libs at all, I was telling CMake to look for the shared prefix and no wonder...
04:58.37starseekerwill try it in the morning... hopefully Tcl/Tk CMakification can be avoided...
06:01.49*** join/#brlcad merzo (~merzo@213.252.192.120)
10:38.18*** join/#brlcad mafm (~mafm@81.32.105.122)
11:22.13d-loyawns
11:32.35``Erik4.6 gig patch file *grump*
12:05.16*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:36.29*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:35.49CIA-42BRL-CAD: 03bob1961 * r40970 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Minor tweak.
13:37.58``Erikhttp://chzoddlyspecific.files.wordpress.com/2010/10/1abb5460-99a5-44d9-974a-9ba57c3397ca.jpg
13:39.04d-lohahaha
13:55.26CIA-42BRL-CAD: 03starseeker * r40971 10/brlcad/branches/cmake/ (5 files in 4 dirs):
13:55.26CIA-42BRL-CAD: Getting closer - gethostname still isn't working as expected on Windows, but if
13:55.26CIA-42BRL-CAD: the HOST file is manually created we can now get as far as building libbu.
13:55.27CIA-42BRL-CAD: libbn wants libbu.lib, which apparently isn't being built by default.. hmm.
14:44.35CIA-42BRL-CAD: 03bob1961 * r40972 10/brlcad/trunk/src/tclscripts/archer/DataUtils.tcl:
14:44.36CIA-42BRL-CAD: Added the appendGlobalData proc for appending data to a specified group within a
14:44.37CIA-42BRL-CAD: specified global attribute. Note - the attribute's value is a nested list of
14:44.38CIA-42BRL-CAD: group specific data. Also added the updateGlobalData proc for similarly updating
14:44.39CIA-42BRL-CAD: a global attribute from current data (i.e. data returned from calls to
14:44.47CIA-42BRL-CAD: data_arrows, data_axes, data_labels or data_lines).
14:45.48CIA-42BRL-CAD: 03bob1961 * r40973 10/brlcad/trunk/src/tclscripts/archer/tclIndex: Added entries for DataUtils::appendGlobalData and DataUtils::updateGlobalData.
14:57.31*** join/#brlcad roberthl (~robert@internal.wikifocus.com)
14:57.31*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
15:11.53*** join/#brlcad mafm (~mafm@81.32.105.122)
16:24.33brlcadhttp://brlcad.org/design/drafting/
16:24.37brlcadgoodies to be had
17:13.56CIA-42BRL-CAD: 03erikgreenwald * r40975 10/isst/trunk/cmake-modules/FindGTK2.cmake: add explicit search for gthread (required on mac)
17:52.09*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
17:52.09*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
17:56.55CIA-42BRL-CAD: 03brlcad * r40976 10/brlcad/trunk/src/other/tcl/generic/tclInt.h: remove the common.h header. doesn't seem to be needed any more (perhaps due to tcl being a proper sub-configure now) and shouldn't be in here anyways.
18:30.38*** join/#brlcad merzo (~merzo@88.119.97.25)
18:35.07CIA-42BRL-CAD: 03bob1961 * r40977 10/brlcad/trunk/src/tclscripts/archer/DataUtils.tcl: Added the updateData proc for grabbing the specified attribute value from _GLOBAL and applying it to the current data via data_arrows, data_axes, data_labels or data_lines.
18:36.31CIA-42BRL-CAD: 03bob1961 * r40978 10/brlcad/trunk/src/tclscripts/archer/tclIndex: Added an entry for DataUtils::updateData
19:12.40CIA-42BRL-CAD: 03erikgreenwald * r40979 10/isst/trunk/CMakeLists.txt: build plugin
19:47.35CIA-42BRL-CAD: 03erikgreenwald * r40980 10/isst/trunk/cmake-modules/FindGTK2.cmake: win32 gtk seems to define GTK_MINOR_VERSION instead of GTK2_MINOR_VERSION, so try to accomodate
20:02.34starseekerbrlcad: nice stuff on the drafting
20:05.30*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:31.28CIA-42BRL-CAD: 03erikgreenwald * r40981 10/isst/trunk/sdl/event.c: various damages for windows
20:37.53CIA-42BRL-CAD: 03erikgreenwald * r40982 10/isst/trunk/gtk/ (local_worker.c main.c net_worker.c): include fudging for windows
21:19.59CIA-42BRL-CAD: 03starseeker * r40983 10/brlcad/branches/cmake/ (include/common.h src/other/tcl/generic/tclInt.h):
21:19.59CIA-42BRL-CAD: Tcl shouldn't be pulling in common.h, and since common.h does work with our
21:19.59CIA-42BRL-CAD: current Windows build it ought to work with CMake's Windows build... - put
21:19.59CIA-42BRL-CAD: things in the correct state source code wise, need to try and possibly
21:19.59CIA-42BRL-CAD: re-examine build logic.
21:55.30CIA-42BRL-CAD: 03starseeker * r40984 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/ThirdParty.cmake): Looks like some of the variables we were using were considered obsolete - try updating things a bit and see if that helps on Windows any...
22:03.53starseekerbrlcad: http://www.activestate.com/activetcl/license-agreement
22:13.18brlcadmy reading of that license is that we could bundle the tcl/tk dll and other files needed to make the exe work, but not the entire activestate distribution itself - especially as a whole
22:13.52brlcadi.e., we couldn't just embed the activetcl.exe and run it during install -- we have to pull out what we need
22:15.09brlcadthey don't define "wrapping", but the intent seems to be that it's okay to bundle portions necessary -- we'd have to confirm that before going too far down that road
22:15.32brlcadthey undoubtedly want a bean count on activetcl downloads
IRC log for #brlcad on 20101014

IRC log for #brlcad on 20101014

01:10.15*** join/#brlcad |IriX64| (~kvirc@bas2-sudbury98-1177679936.dsl.bell.ca)
01:36.37*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:51.22*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:56.53``Erik<PROTECTED>
02:03.55CIA-42BRL-CAD: 03starseeker * r40985 10/brlcad/branches/cmake/misc/CMake/test_srcs/report_hostname.c.in: Borrow some initialization code from pkg.c for Windows - getting a hostname back now that makes sense.
03:21.59CIA-42BRL-CAD: 03starseeker * r40986 10/brlcad/branches/cmake/src/libbu/CMakeLists.txt:
03:21.59CIA-42BRL-CAD: Sigh. OK, this is obvious in hindsight - just as openNURBS needs DLL defines
03:21.59CIA-42BRL-CAD: passed in, so too will the BRL-CAD libraries. These are from the project file -
03:22.00CIA-42BRL-CAD: not clear how many of them are actually needed and how many (if any) can be
03:22.00CIA-42BRL-CAD: safely left to parent add_definition calls - that'll take some reading and maybe
03:22.01CIA-42BRL-CAD: testing.
03:46.29CIA-42BRL-CAD: 03starseeker * r40987 10/brlcad/branches/cmake/src/libbu/CMakeLists.txt:
03:46.29CIA-42BRL-CAD: This appears to be the minimal set needed with the CMake files in their current
03:46.29CIA-42BRL-CAD: state - it seems likely the BRLCAD_DLL option should be higher up the tree,
03:46.29CIA-42BRL-CAD: check tomorrow for how it's used. Also, need to confirm build status of 'normal'
03:46.30CIA-42BRL-CAD: Windows build - libbn is complaining about _bu_debug being unresolved when I try
03:46.30CIA-42BRL-CAD: to build it with nmake, even with libbu.lib getting generated.
04:10.09CIA-42BRL-CAD: 03starseeker * r40988 10/brlcad/branches/cmake/src/ (CMakeLists.txt libbu/CMakeLists.txt): Looks like BRLCAD_DLL is fairly general, so go ahead and define it in src - untested as yet.
04:26.09CIA-42BRL-CAD: 03starseeker * r40989 10/brlcad/branches/cmake/src/libbn/CMakeLists.txt: Add the BN_EXPORT_DLL definition
04:44.08CIA-42BRL-CAD: 03brlcad * r40990 10/brlcad/trunk/src/tclscripts/mged/text.tcl:
04:44.08CIA-42BRL-CAD: fix a bug reading from stdin within mged with gets. the gets command that mged
04:44.08CIA-42BRL-CAD: defines was trying to save the current execute_cmd as execute_cmd_save but after
04:44.08CIA-42BRL-CAD: immediately creating/initializing the proc to empty. the proc has to be
04:44.09CIA-42BRL-CAD: deleted, which can be done by renaming to an empty string. this bug was
04:44.09CIA-42BRL-CAD: reported via the forums by gilliganu
04:44.10CIA-42BRL-CAD: (https://sourceforge.net/projects/brlcad/forums/forum/362509/topic/3847236)
04:51.58CIA-42BRL-CAD: 03brlcad * r40991 10/brlcad/trunk/src/tclscripts/mged/text.tcl: we only want to stash the tcl gets command once, so make sure tcl_gets isn't defined too before clobbering it.
05:10.12CIA-42BRL-CAD: 03brlcad * r40992 10/brlcad/trunk/BUGS: document the other problem reported gilliganu where mged hangs if you put gets in a script. works now if typed in directly, but not from script.
05:33.56CIA-42BRL-CAD: 03starseeker * r40993 10/brlcad/branches/cmake/src/ (6 files in 6 dirs): Making some progress - no tcl/tk package fun yet, but getting closer to building the requirements for rt, start adding DLL definitions to libs, point Win tk to something sensible, etc.
05:50.29*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177679936.dsl.bell.ca)
06:01.41starseekerhmm:  http://msdn.microsoft.com/en-us/library/aa730877%28VS.80%29.aspx
06:13.15*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
08:42.47*** join/#brlcad mafm (~mafm@81.37.118.142)
08:59.27*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
08:59.27*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
08:59.27*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
08:59.27*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
08:59.27*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
09:22.11*** join/#brlcad mafm_ (~mafm@81.37.118.142)
12:14.07*** join/#brlcad juanman (~quassel@201.255.59.14)
12:14.09*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:19.45*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
12:39.30brlcadstarseeker: looks like the way to go!
13:35.12*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:16.06``Erikhah http://www.beautifullife.info/automotive-design/concept-car-imove-inspired-by-apple/
14:49.24*** join/#brlcad _clock_ (~sanook_ba@217-162-130-133.dclient.hispeed.ch)
15:24.07starseekerbrlcad: I haven't tried the examples from that article yet, and apparently VS 2010 no longer has a GUI for creating build rules, but looks like about as good as we're gonna get
17:37.48*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
18:42.28*** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
18:43.07pawleeqHello
18:43.52pawleeqI am trying to convert digital terrain model stored as PNG file via these instructions: http://www.mail-archive.com/brlcad-tracker@lists.sourceforge.net/msg00637.html
18:45.00pawleeqhowever, I got stuck on the 'cv'... can anybody please give me some clue how to convert PNG terrain model to brlcads DSP? thynk you very much
19:38.27brlcadpawleeq: to give you a clue, need to know what the problem is .. :)
19:40.34pawleeqbrlcad, itm might be 'between chair and monitor problem' :) I converted the input.png file via png-pix to input.pix, then via pix-bw to input.bw
19:42.05pawleeqbrlcad, after short look into manual pages i tryed cv with this: cv 8 16 input.bw > input.cv, but the result is empty file
19:43.22brlcadcv 8 16 isn't right
19:43.56brlcadinput is huc
19:43.59brlcadoutput is nus
19:44.03brlcadiirc
19:44.30brlcad8 and 16 would be huc hus i believe
19:44.57brlcadyou also don't redirect output if the manpage is right
19:45.12brlcadcv huc nus input.bw ouptut.dsp
19:47.24pawleeqi will give it a try and let you know
19:52.24pawleeqyeah it works, but I am somehow lost with width and length of dsp (is it a size of input png file?), cell size (I have no clue what value could be rightis 1 correct?), samte thing with cell size and elevation: value 1 does not lead to the desired result
20:06.11*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:06.11*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:09.22brlcadpawleeq: width/length are your png dimensions.. it needs to know your grid size
20:10.36brlcadthen it will map each pixel to a cell, so you have to specify how big a cell is in world coordinates -- e.g., if you're working in 'mm' units, then you'll probably want a cell size of 1000 (i.e. 1m)
20:11.01brlcaddepends on what your data is supposed to represent, how big it needs to be
20:13.50pawleeqyeah now Ia get it thank you very much
20:59.27*** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca)
21:11.25CIA-42BRL-CAD: 03r_weiss * r40994 10/brlcad/trunk/src/libbn/mat.c: Updated function bn_vec_ortho. Loosened the restriction on the input value and forced the function to bu_bomb if it can not return a valid result. Changed a NEAR_ZERO test to use SMALL_FASTF instead of SMALL.
22:24.48CIA-42BRL-CAD: 03r_weiss * r40995 10/brlcad/trunk/src/libbn/plane.c:
22:24.49CIA-42BRL-CAD: Updated function bn_coplanar. Improved the algorithm, used distance tolerance
22:24.49CIA-42BRL-CAD: for testing for coplanar, used a very tight tolerance (<= SMALL_FASTF) for
22:24.49CIA-42BRL-CAD: testing for parallel. Since these are planes, if they are not as close to
22:24.49CIA-42BRL-CAD: parallel as we can measure then they will intersect. Added bu_bomb for invalid
22:24.49CIA-42BRL-CAD: input. The input test will slow things down some but, for now, it is better than
22:24.50CIA-42BRL-CAD: cascade failure.
22:35.54*** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca)
22:55.23*** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca)
22:55.52*** join/#brlcad Ralith_ (~ralith@d142-058-094-045.wireless.sfu.ca)
23:15.11*** join/#brlcad Ralith_ (~ralith@d142-058-094-045.wireless.sfu.ca)
23:16.32*** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca)
23:17.31*** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca)
23:32.59*** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca)
IRC log for #brlcad on 20101015

IRC log for #brlcad on 20101015

00:24.52*** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca)
01:07.28*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
01:10.19CIA-42BRL-CAD: 03starseeker * r40996 10/brlcad/branches/cmake/ (5 files in 5 dirs): Try a more generalized approach to the *_EXPORT_DLL definitions.
01:38.06CIA-42BRL-CAD: 03starseeker * r40997 10/brlcad/branches/cmake/src/libged/CMakeLists.txt: Need regex header for libged
02:16.09CIA-42BRL-CAD: 03starseeker * r40998 10/brlcad/branches/cmake/src/other/ (CMakeLists.txt incrTcl/itk/win/makefile.vc incrTcl/rules.vc): Took a stab at the tcl packages - unfortunately only itcl/itk was reasonably straightforward to build, and even that required what are probably non-portable modifications to the vc files.
02:19.05*** join/#brlcad Nohla (~Nohla@201.255.224.16)
02:23.04*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
02:48.15CIA-42BRL-CAD: 03starseeker * r40999 10/brlcad/branches/cmake/src/rt/CMakeLists.txt: Yow! heatgraph.c is not ready for Windows - pulling lots of non-Windows headers. Do this for now - looks like libtermlib is not intended for use on Windows?
03:16.14CIA-42BRL-CAD: 03starseeker * r41000 10/brlcad/branches/cmake/src/other/ (3 files in 3 dirs): Add defines to libutahrle, sidestep a couple src/other dirs that aren't working. nmake gets as far as librt, but fails linking for mysterious reasons (succeeds when doing more targeted compiles like nmake rt)
03:18.59starseekerblegh
03:26.23*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:26.15starseekerbrlcad: would libtermlib be replaced by what we were talking about earlier (cross platform terminal support)?
04:43.23CIA-42BRL-CAD: 03starseeker * r41001 10/brlcad/branches/cmake/src/other/ (10 files in 3 dirs):
04:43.24CIA-42BRL-CAD: Convert tkhtml in the cmake branch over to a CMakeLists.txt file. At the moment
04:43.24CIA-42BRL-CAD: this is not a working 'stand-alone' tkhtml build, but it would probably need
04:43.24CIA-42BRL-CAD: only the include of the find package tcl call and some graceful conditionals for
04:43.24CIA-42BRL-CAD: failing to find it - on gentoo at least it's working amazingly well given how
04:43.24CIA-42BRL-CAD: simple the build logic is.
05:02.25CIA-42BRL-CAD: 03starseeker * r41002 10/brlcad/branches/cmake/src/other/ (8 files in 4 dirs): Put a CMakeLists.txt together for tkpng
06:34.15*** join/#brlcad Purity (~Purity@cpe-70-95-241-239.san.res.rr.com)
06:34.35PurityHello
06:35.44PurityCan someone help me with a dxf file
08:45.34d-loyawns...
08:46.16d-lolooks like starseeker couldn't handle the temptation of converting tk to cmake :)
08:57.28*** join/#brlcad mafm (~mafm@81.35.69.91)
09:07.07brlcadstarseeker: per heatlib.c ... "FIXME: this should work on windows after the bu_timer() is * created to replace the librt timing mechansim.
09:09.13*** join/#brlcad _clock_ (~sanook_ba@217-162-130-133.dclient.hispeed.ch)
09:09.16brlcadstarseeker: and no, libtermlib wouldn't necessarily be replaced but it might be anyways.  once you have a terminal emulator, applications talk to it with something like libtermlib
09:09.41brlcador ncurses/curses or libtermio or ...
10:01.10_clock_oh termcap and ncurses...
10:26.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
10:32.05d-loenjoys work from home.
11:13.46*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
11:47.18*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
11:53.40*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:28.37*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:33.29``Erik<PROTECTED>
13:02.37d-lonot really :)
13:05.47``Erikhrm, ok, um, "farging icehole"?
13:06.08``Erik(that was an interesting movie)
13:57.59*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
14:06.01starseekerd-lo: some of the packages seem to have pretty weak build systems even on Windows, and tkhtml didn't have ANY
14:06.30starseekeris not going to create straight-up build systems on Windows for those packages - that misses the whole point of this effort
14:08.15_clock_Windows From Scratch?
14:08.25starseekerbrlcad: re libtermlib - no big deal, just that we apparently aren't using it on Windows and I wasn't sure what its role would be in a cross platform situation
14:08.28starseeker_clock_: heh
14:09.30starseekerso far everything I've seen about nmake pretty much indicates it's Not The Right Way to build much of anything on Windows (it apparently doesn't support parallel building!)
14:10.01brlcadstarseeker: not using it on windows because none of the termlib-needing applications have been ported to windows
14:10.07brlcadwhich is basically fbed and burst
14:10.11starseekernods
14:10.32brlcadfbed we could "probably" retire, but burst is in active production use and would be good to have on windows
14:10.33starseekerso not surprising it didn't want to build then
14:11.11brlcadthat said, they could probably also be rewritten to not use termio directly in a way that was happy for windows
14:11.25starseekerwasn't actively hostile to it, just wondering how to proceed...
14:11.49brlcadI'd try porting it, see how things look
14:12.56starseekerk, sounds good
14:13.13starseekerwaits for his stomach to settle down so he can get on the move...
14:13.42brlcador more specifically, I'd try manually compiling burst on windows using the current msvc build system .. and see how hard it'd be to uncouple or convert to a cross-platform interface
14:13.59brlcadtermlib I wouldn't necessarily touch
14:14.18brlcadthat's 3rd party old school with MANY unixisims
14:14.26starseekerright - figuring porting termlib probably wasn't a good idea
14:15.12brlcadgetting curses on windows is probably easier
14:15.39starseekerare any of those windows curses libraries cross platform?
14:15.47brlcadanything we're doing with termlib should be convertable to curses
14:16.11starseekerthat might be a way to go then
14:17.42brlcadhttp://pdcurses.sourceforge.net/ is the dominant one
14:22.09starseekernods - so then the question becomes how hard it is to target code for both ncurses and pdcurses
14:22.12starseekerasks google
14:31.25starseekerinteresting... probably workable
14:32.02starseekerlooks like ncurses handles command line environments in the unix world, and pdcurses does almost everything except that...
14:32.30starseekerwonders why pdcurses doesn't grab some of ncurses and take over the world... guess they wouldn't be public domain anymore
14:33.44starseekerhttp://cymonsgames.com/forum/index.php?topic=48.0
15:49.16brlcadhttp://gnuwin32.sourceforge.net/packages.html
16:00.49*** join/#brlcad mafm_ (~mafm@81.35.69.91)
17:45.18CIA-42BRL-CAD: 03starseeker * r41003 10/brlcad/branches/cmake/src/other/ (tkhtml/CMakeLists.txt tkpng/CMakeLists.txt): Add target link libraries (thanks OSX)
18:06.47*** join/#brlcad Purity (~Purity@cpe-70-95-241-239.san.res.rr.com)
18:48.44*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
19:05.52CIA-42BRL-CAD: 03starseeker * r41004 10/brlcad/branches/cmake/src/other/ (17 files in 9 dirs): Tktable with CMake, although may not have all the defines needed - need to introduce the idea of config.h instead of a zillion -D flags to tcl/tk.
19:06.44CIA-42BRL-CAD: 03starseeker * r41005 10/brlcad/branches/cmake/src/other/tktable/win/: whoops, missed win
19:15.25``ErikP http://www.ogre3d.org/forums/viewtopic.php?f=11&t=45709  QtOgre
19:18.03starseeker``Erik: iirc, that framework kinda cheats - it's not tremendously robust
21:05.59CIA-42BRL-CAD: 03bob1961 * r41006 10/brlcad/trunk/src/ (3 files in 2 dirs): Removed use of env(ARCHER_HOME).
21:13.37CIA-42BRL-CAD: 03r_weiss * r41007 10/brlcad/trunk/src/libbn/plane.c: Fixed some bugs in function bn_coplanar.
21:13.52CIA-42BRL-CAD: 03bob1961 * r41008 10/brlcad/trunk/misc/win32-msvc8/ (3 files in 3 dirs): Tktable and Tkhtml stuff now getting copied to lib.
21:20.49*** join/#brlcad Nohla (~Nohla@201.255.224.16)
21:22.24CIA-42BRL-CAD: 03starseeker * r41009 10/brlcad/branches/cmake/ (24 files in 18 dirs): Update cmake branch to trunk r41008
21:24.10CIA-42BRL-CAD: 03starseeker * r41010 10/brlcad/branches/cmake/src/libbn/plane.c: Remove unused variable in plane.c (was failing strict build)
22:03.46CIA-42BRL-CAD: 03starseeker * r41011 10/brlcad/branches/cmake/src/ (4 files in 2 dirs): (log message trimmed)
22:03.46CIA-42BRL-CAD: Archer wasn't working with vanilla Itk now present in cmake branch - work around
22:03.46CIA-42BRL-CAD: this thanks to Bob Parker by redefining the key class at the startup phase of
22:03.46CIA-42BRL-CAD: archer. Still need to examine changes made to itcl/itk in BRL-CAD, but we'll
22:03.47CIA-42BRL-CAD: try to use this approach to make things work with completely vanilla system
22:03.48CIA-42BRL-CAD: installs rather than require local itcl/itk builds to run archer. Very good
22:03.49CIA-42BRL-CAD: progress - thanks Bob! Also use package require tkpng everywhere but windows -
22:07.15starseekerwooot - good note to drive home on
22:14.13CIA-42BRL-CAD: 03r_weiss * r41012 10/brlcad/trunk/src/libbn/plane.c: In function bn_coplanar, removed unused variable.
23:11.10*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
23:17.28``Erikdamn sbcl for trying to outsmart the package maintainers
23:17.58*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
23:17.58*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:43.44Ralithwhat's it doing?
23:46.23``Erikon mac, it'll try to build x86_64 even if you try to force it to i386... make-config.sh:133
23:47.05``Erikso "sudo port patch sbcl ; vim /opt/local/var/macports/build/*sbcl/work/sbclblahblah/make-config.sh +130 ; sudo port install sbcl"
23:47.26``Erikcffi just says that "dlopen(3) failed"
23:47.42``Erik*nerdrage*
23:47.43``Erik:D
IRC log for #brlcad on 20101016

IRC log for #brlcad on 20101016

00:22.04*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
01:42.15starseeker``Erik: that would make a good t-shirt: *nerdrage*
02:17.10starseekerbrlcad: http://www.cmake.org/pipermail/cmake/2010-October/040254.html
02:24.27*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
02:50.08CIA-42BRL-CAD: 03r_weiss * r41013 10/brlcad/trunk/src/libbn/plane.c:
02:50.08CIA-42BRL-CAD: In function bn_isect_line3_line3, made many changes to tolerances and added
02:50.08CIA-42BRL-CAD: checks for zero magnitude vectors. Made a logic change to improve detecting
02:50.08CIA-42BRL-CAD: colinear lines. This function needs more work but I believe it is working
02:50.08CIA-42BRL-CAD: better.
02:57.37CIA-42BRL-CAD: 03r_weiss * r41014 10/brlcad/trunk/src/libbu/malloc.c: In function bu_realloc added check to insure the minimum amount of memory is allocated to store a pointer. This change is consistent with function _bu_alloc.
03:36.45CIA-42BRL-CAD: 03r_weiss * r41015 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: (log message trimmed)
03:36.45CIA-42BRL-CAD: Changed function nmg_triangulate_fu to not call nmg_s_split_touchingloops. This
03:36.45CIA-42BRL-CAD: function causes increased triangulation failures. The function
03:36.45CIA-42BRL-CAD: nmg_triangulate_shell has better success and does not call this function. More
03:36.45CIA-42BRL-CAD: investigation is needed but for now leaving out nmg_s_split_touchingloops
03:36.46CIA-42BRL-CAD: improves triangulation within the MGED 'ev' command. The MGED facetize command
03:36.47CIA-42BRL-CAD: uses nmg_triangulate_shell which has more success than 'ev' performing
06:32.56*** join/#brlcad Nohla (~Nohla@201.255.224.16)
08:24.34*** join/#brlcad mafm_ (~mafm@81.32.104.169)
15:14.00*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
15:14.10*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
15:56.31``Erikhm
18:11.17*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:19.54kanzureanyone know a company that exclusively uses brlcad? :)
18:20.07kanzurewell, not exclusively, but "very frequently" at least
18:41.34``Erikum, us gov't?
18:41.46``Erikbritish gov't? german gov't?
18:41.55``Erik:D how about 'survice'?
18:42.01``Erikquantum research?
18:42.30``Erikjust talked to a guy from llnl doing neat BRL-CAD stuff
18:45.45kanzurecool. i'm looking to do 10min interviews with people in the business (or govt) world who just sit in front of CAD all day
18:45.54kanzuresoo any contact suggestions would be hawt.
18:47.06kanzureer i guess that might sound stupid since we have developers in here, but i think working on brlcad is quantiatively different
20:41.21*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:26.41starseekerkanzure: that'll be complicated - most such folks will probably involve clearances for interviews from PR folk
21:31.44starseekergrowls at the tcl configure.in file... ouch. Time to test whether I can build BRL-CAD using the Activestate Tcl.
21:31.53starseekerreboots again... sigh...
22:07.05kanzurestarseeker: thanks
22:18.48CIA-42BRL-CAD: 03starseeker * r41016 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake:
22:18.48CIA-42BRL-CAD: OK, with these tweaks FindTCL can spot an activestate install. The good news is
22:18.48CIA-42BRL-CAD: the tclConfig.sh files are also present in a Tcl install, which means the
22:18.48CIA-42BRL-CAD: reading of that file appears to be a legit universal detection method. Need to
22:18.49CIA-42BRL-CAD: use that to simplify the FindTCL script. Checking for C:/Tcl covers the default
22:18.49CIA-42BRL-CAD: directory for a local install that doesn't alter the registry keys.
22:23.25starseekerkanzure: for nothing? :-P
22:25.29starseekerok, good news is itcl/itk are in activestate.  bad news is iwidgets is not
22:25.35starseekersurprising news is tktable is in
22:27.00starseekerhas cmake builds for tkhtml and tkpng, which should just leave iwidgets as the kicker between BRL-CAD and a studio build
22:27.16starseekergrits his teeth and examines iwidgets more closely...
22:44.58CIA-42BRL-CAD: 03starseeker * r41017 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Whoops, got my if/else pairs messed up.
23:02.58CIA-42BRL-CAD: 03starseeker * r41018 10/brlcad/branches/cmake/src/other/incrTcl/iwidgets/CMakeLists.txt: Take a quick stab at a CMakeLists.txt file for iwidgets - doesn't handle the docs yet.
23:09.12CIA-42BRL-CAD: 03starseeker * r41019 10/brlcad/branches/cmake/src/other/tktable/CMakeLists.txt: Whoops, typo.
23:42.06*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
IRC log for #brlcad on 20101017

IRC log for #brlcad on 20101017

00:01.56starseekerO.o gdb bwish can't source archer, while plain bwish can
00:02.00starseekerwhat the bleep
00:03.18CIA-42BRL-CAD: 03starseeker * r41020 10/brlcad/branches/cmake/src/other/ (CMakeLists.txt incrTcl/iwidgets/CMakeLists.txt): Try Cmake version of iwidgets.
04:04.39CIA-42BRL-CAD: 03starseeker * r41021 10/brlcad/branches/cmake/ (CMakeLists.txt src/other/CMakeLists.txt): Couple of minor tweaks, and now able to generate Visual Studio files. Next step, see what fails to build.
04:44.38CIA-42BRL-CAD: 03starseeker * r41022 10/brlcad/branches/cmake/include/common.h: For whatever reason, ActiveState doesn't have this and the standard tcl sources do. Include it so we can build with ActiveState.
05:15.11starseekerwell, a lot of projects fail (some that shouldn't) but getting somewhere
05:34.26CIA-42BRL-CAD: 03starseeker * r41023 10/brlcad/branches/cmake/CMakeLists.txt: Take care of an item I've let slide for a while - make sure the timestamp message is printed before ALL other targets, including the custom targets used for things like docbook handling and file generation.
05:44.50CIA-42BRL-CAD: 03starseeker * r41024 10/brlcad/branches/cmake/CMakeLists.txt: Oh yeah, probably don't want the debug message now.
05:58.08CIA-42BRL-CAD: 03starseeker * r41025 10/brlcad/branches/cmake/src/librt/CMakeLists.txt: More defines for librt. There are probably a fair number of these tucked in the windows build logic - probably will have to do a systematic sweep.
12:49.51*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:55.15brlcadquite a productive weekend starseeker!
15:07.10*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:12.52*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:30.38``Erik<-- a bit boggled that Sarah puts up with it O.O
15:32.24``Erikgrumps at how "special" mac is at times :/ dlopen() issues, library location/version issues, ...
17:37.16*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
17:37.16*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
17:50.33starseekerneeds to figure out why regex is a problem with his CMake build...
18:02.49``ErikO.o
18:42.36starseekerbuilding it isn't a problem, but linking against it isn't going well and I'm not sure why
18:43.47starseekerwonders if he can just define _CONSOLE everywhere there are fb-* and pix-* binaries...
18:46.02starseekermore disturbing is archer crashing on my gentoo box with OpenGL complaints
18:46.13starseekerneed to try a vanilla build and see if that's my fault or not
18:46.41``Erikwell, we all know gentoo sucks :D
18:47.38starseekerheh - not sure if my last nvidia driver upgrade did something wonky
18:48.41starseekerwants SO bad to do a tcl/tk CMake build, but after this last experience with configure.ac I now understand what a lot of those tests in the configure scripts are actually doing
18:48.49starseekerthat'll make them harder for me to ignore
18:49.56``Erikthere's a lot of... special. it had to be dealth with.
18:51.28starseekerwinces - looks like another KDE upgrade has appeared since my last update
18:58.58CIA-42BRL-CAD: 03starseeker * r41026 10/brlcad/branches/cmake/src/fb/CMakeLists.txt: As a first cut, try doing this define for all the framebuffer tools.
19:10.05``Erikkde--
19:11.09louipcouch don't use kde
19:11.36``Erikeven qt is bad enough
19:12.07louipcwasn't the new gui going to use qt? hehe
19:12.16``Erikqt+ogre, yes...
19:12.21louipckewl
19:12.32``ErikI haven't been subtle in my complaning.
19:12.41``Erikanything that touches c++ has issues, imnsho
19:13.00louipchah that's a lot of issues
19:13.19``Erikworking on another project that uses ogre and bullet... you cannot start to grok the level of bitching I've been shooting out
19:14.05``Erikonce you touch c++, you add a level of effort that typically dwarfs the core you're trying to use just to get it to talk
19:14.37``Erikmight as well be using haskell libraries for everything
19:14.40louipcwhat's bullet?
19:14.58``Erikum, physics sweep engine by the guy who put together havok
19:15.10``Erikit does things like contraints really well
19:15.22``Erikhttp://bulletphysics.org/wordpress/
19:15.31louipcwell I guess if people expect c++ to be c then they might be disappointed
19:15.34louipccool
19:16.07``ErikC has a standard interface, c++ does not
19:16.08louipcpro stuff
19:17.15``Eriktrying to roll a game using bullet, ogre, ois, sbcl, etc... ralith is too lame to join me in it O.o
19:18.05louipcah what kind of game?
19:18.14``Erik3rd person shooter, inspired by 'socom 2'
19:18.27``Erikand mal is just all sorts of lame
19:18.43louipcnice
19:19.06louipcmal the 4 core, real-time rendering guy?
19:22.21``Erikyes
19:22.44``Erik6 core now
19:22.51louipcI think it's funny how 4 core is not a big deal any more
19:23.20``ErikI used to measure cpu's in kilohertz.
19:24.05louipcwhoa cool look what I stumbled upon
19:24.07louipchttp://www.gamedev.net/community/forums/topic.asp?topic_id=582629
19:24.52``Erikheh
19:24.57``Erikyes.
19:24.58``Erikthat's us.
19:26.51louipcI can help with testing :D
19:27.29``Erikheh, I'll probably be throwing out calls far and wide for alpha testing
19:27.42``Erikwhich I think will be in the nest few weeks...
19:27.57louipcoh nice
19:28.37louipchope you guys can find a publisher
19:29.10``ErikI'm cool with indie
19:29.34``Erikfrankly, I can't see a publisher as anything but a liability these days
19:29.58``Erikthe best music is from indies, the best software is from indies, even movies are moving to indies
19:30.35louipcindie publisher?
19:31.45louipcit would take more than just development to get a game out there
19:32.27``Erikyeh... *shrug* it'll be interesting :)
19:33.16louipclook forward to hearing more :D
19:33.27``Eriktrust me
19:33.29``Erikyou're on my list now
19:33.34``Erik:>
19:33.41louipchides
19:39.45CIA-42BRL-CAD: 03starseeker * r41027 10/brlcad/branches/cmake/src/ (conv/CMakeLists.txt util/CMakeLists.txt): Try stuffing in a couple more broad-brush defines - it's possible this won't work and I'll have to do per-target stuff, but trying to avoid it for now.
19:53.03Ralith``Erik: it's by the havok guy?
19:53.12Ralith``Erik: huh, what posessed him to switch to oss?
19:59.04*** join/#brlcad starseeker1 (~Cliff@pool-74-103-111-164.bltmmd.east.verizon.net)
19:59.53starseeker1humph.  almost tempting to try irssi on Windows, but their notion of a terminal is kinda... primitive
20:00.31``Eriknotta damn clue, but bullet is supposedly the hot wet nasty brainchild of the guy who was behind havok O.o
20:02.35starseeker1``Erik: is bullet pulling ahead as the general open source leader in its problem domain?
20:03.31``Erikit seems so... there was discussion on how ode is a bit ahead on constraints, but bullet was in the process of overrunning it... and that was a few years ago
20:03.50``Erikeveryone seems to agree that it's the top dog in cd, even years ago
20:05.03``Erikit might be useful to BRL-CAD... convex hull overlap, generalized constraints, ...
20:05.25``ErikMIT license
20:06.39*** join/#brlcad starseeker2 (~Cliff@96.234.237.101)
20:07.00``Erikso ya missed all that
20:07.47``Erik16:02 < starseeker1> ``Erik: is bullet pulling ahead as the general open source leader in its problem domain?        
20:07.50``Erik16:03 < ``Erik> it seems so... there was discussion on how ode is a bit ahead on constraints, but bullet was in the process of overrunning it... and that was a few years ago 16:03 < ``Erik> everyone seems to agree that it's the top dog in cd, even years ago
20:07.54``Erik16:05 < ``Erik> it might be useful to BRL-CAD... convex hull overlap, generalized constraints, ...              
20:07.57``Erik16:05 < ``Erik> MIT license
20:10.16starseeker2heh - thanks
20:10.25starseeker2sorry, using pidgin on windows
20:11.12louipcstarseeker2: irssi has a windows build that uses urxvt I believe
20:12.33starseeker2nods - don't have any of the msys/mingw/cygwin setup present though - deliberately trying to be "pure" for the Windows build of BRL-CAD
20:12.36starseeker2sucks
20:13.15louipcI don't think it requires cygwin
20:13.25starseeker2urxvt is standalone?
20:13.46louipcyeah as far as I remember
20:13.58starseeker2hmm
20:14.19starseeker2if I'm compelled to spend a lot more time on this abomination, that might be worth checking out
20:14.24louipcit's all bundled up
20:15.00starseeker2especially loves how the Microsoft banners are printed just before every project is compiled - even when compiling they spam
20:15.23louipchaha
20:17.37``Erikyou're using their spamware version... what'd you expect?
20:19.24starseeker2<snort> yeah, I suppose.  Maybe the version at work will do better
20:30.04``Erikinteresting, laurence fishburne, famous for being morpheus in the matrix trilogy, disowned his daughter because she decided to do porn O.o
20:31.10louipcalso interesting is that she uses her real name, rather than a made up porn star name
20:32.42``Erikindeed
20:33.02``Erikmay've been trying to wrangle 'daddys fame'
20:33.12``Erika la haris pilton
20:34.36starseeker2huh, I'll be darned - there's a putty for unix
20:39.43starseeker2sticks the build log in a pastebin and retreats to a sane OS to review it http://pastebin.ca/1965133
20:39.58*** part/#brlcad starseeker2 (~Cliff@96.234.237.101)
22:18.01*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
22:18.01*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:50.44*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:00.15*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177679936.dsl.bell.ca)
IRC log for #brlcad on 20101018

IRC log for #brlcad on 20101018

00:28.36CIA-42BRL-CAD: 03starseeker * r41028 10/brlcad/branches/cmake/src/rt/CMakeLists.txt: Conditionalize heatgraph.c in libremrt too.
00:33.50starseekerhmm... BU_EXPORT extern int bu_opterr; and friends don't seem to be happy on Windows - at least, terrain.c isn't getting them from linking libbu
00:35.00``ErikBU_EXPORT is defined by funky msvc fu as msvc requires a funky dll_export flag on funcs
00:35.19``Erikit might be that the cmake stuff isn't setting something to trip that
00:39.33CIA-42BRL-CAD: 03starseeker * r41029 10/brlcad/branches/cmake/src/util/CMakeLists.txt: Include the zlib directory in the utils build.
00:45.46CIA-42BRL-CAD: 03starseeker * r41030 10/brlcad/branches/cmake/src/ (4 files in 4 dirs): Some more zlib includes.
00:46.02starseeker``Erik: wonder why only on the regex and utahrle stuff
00:46.08starseekerhmm...
00:58.58``Erikdunno, was just throwing out a common gotcha
00:59.26starseekeryou're right, it's gotta be something like that
00:59.34starseekermaybe still missing somethign for libbu's defines...
00:59.39``ErikI'll be in tomorrie, we can look at it if it's still an issue... indianlarry has some disturbing fu up that alley, too
01:00.08starseekercool - starting to get down to a few issues like that and the stuff that obviously was never ported in the first place
01:00.19starseeker(anything using libtermlib - that's gonna be some kinda fun)
01:00.22``Erikin th emean time, I may be feeding this cat to a fish.
01:00.28starseekerhehe
01:00.47``Erikbob only ported SOME of the BRL-CAD suite, there're probably a lot of executables that got no love
01:01.13starseekernods - one of the consequences of a cross-platform build system is we're gonna have to do something about the missing ones
01:02.25starseeker``Erik: hopefully your commercial VS install will be more helpful than the free one
01:02.45``Erikheh
01:02.54starseekerboots into windows for one last try - see now much the zlib includes fixed
01:03.10``Erikstill a bit annoyed that vs08 is too retarded to think of a static member as a valid function pointer.
01:03.35``Eriker, vs05, vs8.0
01:04.11``Erikhas forked both okra and buclet.
01:07.46``Erikyowza, draft range after pearl harbor went up to 37 O.O
01:09.14``Erikheh, old stockings were used for casing powder on heavt guns, crazy
01:15.23``Erikdolittle sure didalot
01:28.55starseekerOK, latest build log:  http://pastebin.ca/1965377
01:29.40starseeker``Erik: heh - in a WWII situation they'll keep drafting until they have as many as they need
01:30.42``Erikyes, but this show indicated that immediately, they took everyone from 18 to 37... our curremt law caps at 25
01:31.13starseekernods - 'course, these days cannon fodder is less critical than powerful toys
01:46.10*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
02:21.49*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
02:40.53brlcadstarseeker: all non-gui apps should probably be _CONSOLE  (i.e., everything except bwish, mged, and rtwizard) .. and even those maybe too
02:47.08brlcadstarseeker: keep a list of everything that isn't reaily ported/portable on the wiki, grouped by issue if convenient but a simple list should suffice
02:47.26brlcadthen the issues can be looked into for those few
02:52.56Ralith``Erik: forked?  Why?
03:19.09CIA-42BRL-CAD: 03brlcad * r41031 10/brlcad/trunk/TODO: keith verified/fixed vertex fusing changes
03:22.07brlcadsees a bug in brlcad/branches/cmake/src/util/CMakeLists.txt
04:09.25brlcadhttp://www.sfr-fresh.com/unix/privat/gmsh-2.5.0-source.tgz:a/gmsh-2.5.0-source/utils/converters/brl-cad/README.txt
04:11.10brlcadhas support for arb8, tgc, and ell
04:11.21brlcad(and combs of those)
04:56.14starseekerbrlcad: I'm not seeing the bug offhand - syntax error or logic error?
04:57.39starseekermust sleep now...
07:33.07*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
10:00.51d-loMernin all
10:05.49brlcadhowdy
10:06.12CIA-42BRL-CAD: 03brlcad * r41032 10/brlcad/trunk/src/mged/menu.c: remove dead code.
10:14.34d-loso whats new?
12:27.05*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:36.13``Erikralith: mods for mac, probably continued dev that aerique is not pursuing... he said to just fork 'em and if the changes are good, he'd fold 'em back to his line
14:45.22*** join/#brlcad mafm (~mafm@81.32.97.31)
14:54.07CIA-42BRL-CAD: 03starseeker * r41033 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Capitalize Tkhtml target correctly
15:10.29*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
15:22.19CIA-42BRL-CAD: 03starseeker * r41034 10/brlcad/branches/cmake/src/util/CMakeLists.txt: Fix typo in util/CMakeLists.txt
15:29.41CIA-42BRL-CAD: 03starseeker * r41035 10/brlcad/branches/cmake/src/libged/CMakeLists.txt: Add regex library to libged list.
15:32.09brlcadthere you found it
15:32.35starseekernow if only I could figure out what I'm doing wrong with libregex and libutahrle
15:32.54brlcadalthough the interface flags should not be used outside src/libfb
15:33.19starseekerwas copying that from our existing win32 build logic
15:33.43brlcadnods
15:33.49starseekeris stymed for test environment atm - no activestate install
15:33.55brlcadit's probably needed due to the public headers, they use them
15:34.04brlcadthey just shouldn't be in the pub headers
15:34.13starseekerah, gotcha
15:34.34brlcadnot your problem but a problem
15:34.49starseekerhave we ever had the bu_optind/bu_optarg issue before?
15:34.57brlcad?
15:35.10starseekeranim_hardtrack.obj : error LNK2001: unresolved external symbol _bu_optind
15:35.15starseekermany other cases
15:35.46brlcadis anim_hardtrack.obj linking libbu?
15:35.53starseekershould be
15:36.03brlcaddoesn't sound like it is
15:36.30brlcadeither that or the import/export decls are missing the preprocessor toggle
15:36.42starseekeroh, wait - libbn but not libbu
15:36.54starseekerguess libbn isn't pulling in what's needed
15:36.55``Erikbn should implicitely include bu
15:37.23brlcadnot from a dll perspective
15:37.44brlcadthose are globals in libbu's dll, so it has to link that dll
15:38.37brlcadthere might be a way to specify an __declspec(import) on libbu symbols during libbn compilation, that might make it auto-loadable
15:38.40starseekerdunno that that'll fix it, but let's try
15:38.52starseeker(easy to add libbu to the lists)
15:39.04brlcadyou might want to check  your dll flags
15:39.15brlcadmake sure you understand how they're set for the import/export rules
15:39.30brlcadBU_EXPORT
15:39.48starseekerthat's set by the -DBU_EXPORT_DLL flag being supplied I though
15:39.52starseekerthought even
15:40.42brlcaddo you know when you need that and when you do not?
15:41.13brlcadBU_EXPORT_DLL is the toggle for import/export when BRLCAD_DLL is set
15:41.24CIA-42BRL-CAD: 03starseeker * r41036 10/brlcad/branches/cmake/src/anim/CMakeLists.txt: Try explicitly adding libbu to the anim tools to see if Windows has better luck fiding opting and friends.
15:41.28brlcadsometimes it HAS to be import .. so it has to be unset
15:41.40brlcadsometimes it HAS to be export .. so it has to be set
15:41.49starseekermanually in the build logic?
15:41.57brlcadright
15:42.11brlcadthe build system is telling it how to build .. that's the toggle
15:42.13starseekerwell, I've probably not got that right then
15:42.28starseekerjust defined it for libbu - I think that's my only use of it
15:42.54brlcadbasically, BRLCAD_DLL has to be set everywhere for a windows build iirc
15:42.59starseeker(auuuugh - why does Windows have to suck so bad??? no other platform has these issues)
15:43.12starseekerbrlcad: That one I think I do have set toplevel
15:43.13starseekerchecks
15:43.15brlcadthat sounds right, you export for that lib
15:43.22brlcadbut only for that lib
15:44.08brlcadso if you're compiling libbn, it'll have BRLCAD_DLL but BU_EXPORT_DLL is unset and BN_EXPORT_DLL is set
15:44.08starseekerright
15:44.17brlcadthen compiling anim_track, neither is set, except BRLCAD_DLL
15:44.29starseekerBRLCAD_DLL is set in src/CMakeLists.txt, and the *_EXPORT_DLL definitions are added by misc/BRLCAD_Util.cmake
15:44.36starseekerright
15:44.44brlcadokay, sounds like you have it right then
15:45.16brlcadso the export during libbn wasn't enough and it's just needing to list all libraries that have symbols actively used
15:46.02brlcador perhaps runtime loading DOES work, but you still have to list libbu's .lib file during linkage
15:46.09starseekerlooks like it - let me swat any others like that I can spot.  Still doesn't explain the regex/rle issues though - unless I really messed up those are already explicitly listed where they are needed
15:47.01starseeker'cept terrain.c already has libbu called out
15:47.06starseekerand still has that failure
15:47.11starseekergrowl...
15:47.11brlcadstarseeker: for portability, libraries should probably be in decreasing dependency order
15:47.22brlcadi.e., order matters
15:47.28brlcadso rt before bn before bu, etc
15:47.36starseekeroh
15:47.43brlcadall the way down the line
15:47.48starseekerwinces
15:48.10brlcadeven linux requires that
15:48.36starseekeruh... it must be autosorting then 'cause I sure don't feed 'em in that way
15:48.50brlcadthat's why you usually see the libs that have no deps at the end of linkage lists (e.g., -lz)
15:49.01``Erikrecent linux should do it's own dep chaining and stuff these days
15:49.10brlcadyeah, you're just getting lucky
15:49.25starseekerand that might be the cause of issues on Windows?
15:49.29brlcadpossible
15:49.30``Erikthere was a time that it did lists, then it did queues
15:49.41starseekerbraces himself - this is gonna take a while
15:49.41brlcadit'll be a problem for other OS and compilation flags regardless
15:49.43``Erikum, iirc, you need to be explicit about every dep lib in windows
15:50.02``ErikI don't think the order was terribly critical, but the name had to be there
15:50.34starseekerdoes anybody else have a Windows box they can try this out on?
15:50.56starseekerI'm probably the worst guy on the team for debugging on Windows
15:51.36``Eriknot I, I'm using sl today so at home
15:53.37CIA-42BRL-CAD: 03starseeker * r41037 10/brlcad/branches/cmake/src/anim/CMakeLists.txt: Swap order of anim deps.
15:57.16starseekerthat really really sucks - ordering based on deps is a job the computer should be doing
16:01.25CIA-42BRL-CAD: 03starseeker * r41038 10/brlcad/branches/cmake/src/conv/CMakeLists.txt: Re-order deps in conv
16:04.27CIA-42BRL-CAD: 03starseeker * r41039 10/brlcad/branches/cmake/src/conv/ (3 files in 3 dirs): Re-order subdirectories of conv
16:13.31CIA-42BRL-CAD: 03starseeker * r41040 10/brlcad/branches/cmake/src/ (6 files in 6 dirs): reordering up through libgcv - some of these ordering may not be absolutely right and need tuning later.
16:28.54CIA-42BRL-CAD: 03starseeker * r41041 10/brlcad/branches/cmake/src/ (13 files in 13 dirs): More reordering
16:29.43brlcadwdb is before rt
16:31.59brlcadconfigure.ac lists all of the deps in proper dependency order around line 3993
16:32.48brlcad(so you can see who depends on what, not to repeat the logic)
16:33.34starseekerbrlcad: do you know what platforms this'll make a difference on?
16:37.21starseekershould test on those if possible, since OSX, BSD and Gentoo all missed it :-(
16:39.42brlcadany slightly older bsd/linux should have it in theory
16:40.06CIA-42BRL-CAD: 03starseeker * r41042 10/brlcad/branches/cmake/src/ (5 files in 5 dirs): Fix some more ordering issues.
16:40.17brlcadas in probably any kernel/linker a couple years old
16:40.31``ErikI think one of my cats is retarded.
16:40.34brlcadrhel3's was old enough iirc
16:41.14``Erikwas working on this losi T pro thingy, set the exacto knife with a #11 razor down, she slaps the business end of the knife. she hit the back of the blade so didn't get sliced up, but zomfg wtff
16:41.16brlcadbuilding with a different compiler will likely hit it
16:41.25brlcadcould try compiling with intel compiler
16:41.32``Eriktry tendra!
16:42.31``Erikthe worst and oldest fbsd instance you'll see is bz, 5.2.1 was a crappy hotpatch to a bad release
16:42.45starseekeris cmake on bz?
16:42.51``Erikit can be
16:42.58starseekerlet's do it
16:43.16``Erikum, I might have to reinstall enough of the ports system to do that, if brlcad approves
16:43.21starseeker(if there's disk space, don't think there was last time)
16:43.38``Eriksomeone cleaned house, there's a lot of space now
16:43.47``Erik7.5 gigs on usr
16:44.28starseeker``Erik: if you don't need Qt for cmake-gui, hopefully cmake  itself won't need much...
16:45.50``Erikno, the fbsd default is to disable the gui
16:46.24starseeker``Erik: if you prefer I can try building cmake from source
16:46.49``Erikqt is only an acceptable default among qt folk... the rest of the universe shuns it
16:46.52``Erik:>
16:47.18starseeker<snort> - well, on a server any GUI toolkit is kinda outa place
16:47.59``Erikcompiling now, if brlcad has an issue, well, we'll deal with it later
16:48.11starseekerwe can un-install once testing is done
16:48.48``ErikI'll leave it...
16:49.15``Erikmight take a bit, it's an older machine and is quite busy with mysql and www sloppiness
16:49.24``Erikimma nice 20 it, too
16:49.28starseekernods
16:50.41``Erika bit sad that I'm more productive when I call in sick than when I come in and deal with a shitload of useless bullshit. *sigh*
16:50.46``Erikanyone wanna be iaso?
16:50.49``Erikand sa2?
16:50.50``Erikand ...
16:52.57``Erikbrlcad.org/~erik/rccar
16:53.24``Erik(it went straight to cmake build no qt crap... but it's going vrry vrry slow)
16:53.53starseekerhah, cool - what do the cats make of it?
16:54.21``Erikit doesn't move yet
16:54.41``ErikI need to find my soldering gun, and I need to buy one more part... I'm sure it'll be terrifying
16:55.39``ErikI have a couple micro-t's, the 1:36 version, those freak them out... I bought a cheap r/c car at target, it sucks and they're more amused at how pathetic it is, I think... a 1:24 car and the turnin radius is like 10 feet??? wtf
16:55.42CIA-42BRL-CAD: 03brlcad * r41043 10/brlcad/trunk/ (50 files in 2 dirs):
16:55.42CIA-42BRL-CAD: put the LIKELY/UNLIKELY compiler hints into practice for libbu. these help the
16:55.42CIA-42BRL-CAD: compiler's branch prediction logic for optimized builds for cases where an
16:55.42CIA-42BRL-CAD: expression is nearly always true or false. added to most of the checks that
16:55.42CIA-42BRL-CAD: result in a bomb (should be very unlikely) as well as a lot of function entry
16:55.43CIA-42BRL-CAD: input sanity tests.
16:55.44CIA-42BRL-CAD: tests before and after are showing a small consistent performance boost of 2-5%
16:55.52``Erik"newbright" is pure crap. don't waste your money.
16:57.02starseekerbrlcad: nice!
16:57.27``Eriknow if only he'd put some effort into the 3 server migrations he's been saddled with O:-)
16:57.43brlcadis busy preparing another gs brief
16:58.38brlcadi actually want to be working on the servers, just several items came up with much higher priority this past two months
17:03.52CIA-42BRL-CAD: 03brlcad * r41044 10/brlcad/trunk/NEWS:
17:03.53CIA-42BRL-CAD: increased the optimized build performance by putting LIKELY/UNLIKELY compiler
17:03.54CIA-42BRL-CAD: hints into practice for libbu. these help the compiler's branch prediction
17:03.54CIA-42BRL-CAD: logic for optimized builds for cases where an expression is nearly always true
17:03.55CIA-42BRL-CAD: or false. added to most of the checks that result in a bomb (should be very
17:03.55CIA-42BRL-CAD: unlikely) as well as a lot of function entry input sanity tests.
17:03.56CIA-42BRL-CAD: tests before and after are showing a small consistent performance boost of 2-5%
17:07.21starseekergrabs food while cmake compiles on bz
17:12.21CIA-42BRL-CAD: 03brlcad * r41045 10/brlcad/trunk/ (NEWS src/util/Makefile.am src/util/query.1 src/util/query.c):
17:12.21CIA-42BRL-CAD: remove the 'query' command prompt input tool. it's a specialized version of
17:12.21CIA-42BRL-CAD: 'read' (with defaults) that, while useful for scripting, used SIGALRM and
17:12.21CIA-42BRL-CAD: alarm() in its implementation making it non-portable to Windows without
17:12.22CIA-42BRL-CAD: maintenance effort. since it's a burden, not in major use, and has drop-in
17:12.22CIA-42BRL-CAD: replacements available, remove it from the package.
17:14.34Ralith``Erik: ah, kk
17:20.32CIA-42BRL-CAD: 03brlcad * r41046 10/brlcad/trunk/src/util/pixfade.c: remove all globals
17:22.54*** join/#brlcad mafm_ (~mafm@81.32.97.31)
17:25.01CIA-42BRL-CAD: 03brlcad * r41047 10/brlcad/trunk/src/libcursor/cursor.c: windows compat -- check HAVE_SYS_IOCTL_H before including it.
17:28.32*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
17:34.33CIA-42BRL-CAD: 03brlcad * r41048 10/brlcad/trunk/src/util/pl-tek.c:
17:34.33CIA-42BRL-CAD: remove the inlined sleep(3) declaration since it breaks the build on windows
17:34.33CIA-42BRL-CAD: (there's a sleep() macro for windows that converts to Sleep()). instead,
17:34.33CIA-42BRL-CAD: conditionally include unistd.h like should have been done in the first place.
17:34.33CIA-42BRL-CAD: also reorder args to avoid all forward decls.
17:40.11CIA-42BRL-CAD: 03brlcad * r41049 10/brlcad/trunk/src/util/ (11 files):
17:40.12CIA-42BRL-CAD: remove all of the forward declarations for bu_opt* (i.e., bu_optind, bu_optarg,
17:40.12CIA-42BRL-CAD: bu_opterr, and bu_getopt()) as including these as extern declarations will break
17:40.12CIA-42BRL-CAD: the Windows build (missing BU_EXPORT label needed to import the symbol). the
17:40.12CIA-42BRL-CAD: header already declares them, though, so just remove them. there are probably a
17:40.12CIA-42BRL-CAD: lot more of these cases.
17:42.30CIA-42BRL-CAD: 03brlcad * r41050 10/brlcad/trunk/src/util/pixfade.c: inpp name tweak
17:54.33*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
18:30.13starseeker``Erik: is it still compiling?
18:32.15CIA-42BRL-CAD: 03brlcad * r41051 10/brlcad/trunk/bench/pixcmp.c:
18:32.16CIA-42BRL-CAD: remove the getopt global var declarations as they bust the windows build. there
18:32.16CIA-42BRL-CAD: was some platform (maybe solaris?) that required them at some point, but remove
18:32.16CIA-42BRL-CAD: for now regardless. if readded, they will need __declspec(dllimport).
18:46.24CIA-42BRL-CAD: 03starseeker * r41052 10/brlcad/branches/cmake/ (73 files in 9 dirs): Sync cmake branch to r41051
18:46.58CIA-42BRL-CAD: 03starseeker * r41053 10/brlcad/branches/cmake/src/util/CMakeLists.txt: query is gone.
18:55.34CIA-42BRL-CAD: 03brlcad * r41054 10/brlcad/trunk/src/anim/ (8 files): clean things up for Windows. remove all extern declarations of the bu_getopt globals. remove all forward decls, for that matter, including a slew of unnecessary ones provided by anim.h; reordering accordingly.
18:58.28CIA-42BRL-CAD: 03brlcad * r41055 10/brlcad/trunk/ (7 files in 2 dirs): replace RTOD/DTOR with vmath's RAD2DEG/DEG2RAD accordingly
19:32.13*** join/#brlcad Ralith (~ralith@d142-058-092-056.wireless.sfu.ca)
19:51.08CIA-42BRL-CAD: 03starseeker * r41056 10/brlcad/branches/cmake/src/ (3 files in 3 dirs): Try linking in some windows libraries for the symbol __imp__UuidCreate@4 error...
20:19.12CIA-42BRL-CAD: 03starseeker * r41057 10/brlcad/branches/cmake/src/CMakeLists.txt: Let's see if explicitly setting this define helps any with regex/rle.
20:22.44brlcadhttp://www.unlogic.se/projects/openicons
20:25.19starseekerbrlcad: did you want to swap out some of the Archer icons with those?
20:25.35brlcadnah, just an interesting icon project to note
20:25.56starseekernods
20:26.22starseekerbrlcad: thanks for tackling those windows issues
20:26.32brlcadstill working on others
20:26.36brlcadyou shouldn't be defining _WIN32 ... that should be coming from the compiler
20:26.53starseekerWIN32 seems to be, but not _WIN32
20:27.36brlcadWIN32 shouldn't be used (even though our current msvc build files defines it)
20:28.06brlcadhttp://msdn.microsoft.com/en-us/library/b0084kay(VS.80).aspx
20:29.09starseekerwell, rle.h and regex.h both use _WIN32 in the conditional for the DLL_EXPORT define, and unless I'm missing something I'm not sure what other reason there could be for all of the unresolved external symbol errors pertaining to those two libs
20:29.24brlcadreally shouldn't be defining *any* preprocessor symbols that begin with an underscore, as the spec says they are reserved by the compiler
20:30.18brlcadyou're undoubtedly missing something because defining _WIN32 shouldn't fix it -- and even if it did, then there's badness somewhere else being compounded
20:30.54starseekerbrlcad: I'll take another look once I get home... it's frustrating the heck out of me
20:30.55brlcadadd a #ifdef _WIN32 .. #error guess it's defined .. #endif and I bet it was already defined
20:31.23brlcad(regardless, defining it is still outright wrong) :)
20:31.55starseekerOK... I'm kinda out of ideas then
20:34.18starseekerO.o server error from sf
20:35.09CIA-42BRL-CAD: 03starseeker * r41058 10/brlcad/branches/cmake/src/CMakeLists.txt: Sigh - not allowed to define _WIN32, that's up to the compiler.
20:39.30brlcadsame two questions as the other libs
20:39.35brlcadmake sure the lib is exporting
20:39.39brlcadmake sure the binary is importing
20:40.16starseeker-DREGEX_EXPORT_DLL and -DBRLCAD_DLL are explicitly defined in the regex CMakeLists.txt
20:40.29brlcadif you're sure of both (and both can be verified) .. then it's just a matter of listing the .lib during compilation and having the .dll available during runtime
20:41.01brlcadthat's not making sure they're defined
20:41.19starseekeryou mean in the msvc project file itself?
20:41.32brlcadnope, not even that is certain
20:41.51starseekeruh...
20:41.55brlcadput a #error on the line that defines export or check the actual value with #ifequality testing
20:42.27brlcadthen make sure it's defined on one of the lines before it's used
20:42.54brlcadif those two hold, then you can be reasonably certain that it exported
20:43.05starseeker<PROTECTED>
20:43.30brlcadthink of it like a printf() saying "I got here with the preprocessor"
20:43.57brlcad#if 0
20:44.02brlcad#error this will never print
20:44.03brlcad#else
20:44.06brlcad#error this will print
20:44.08brlcad#endif
20:44.22starseekerk, cool
20:44.43brlcadso you make sure it's defined right .. then you can make sure it's still defined where it's used
20:45.19starseekernods
20:48.29brlcadit might be easier to use #pragma warning ( some general non-halting debug message here ) as an alternative if you don't want it to halt
20:49.43brlcader, maybe not .. that's right, msvc doesn't support arbitrary messages
20:51.35brlcadahh, here we go: #pragma comment( user, "some general non-halting message" )
21:17.06CIA-42BRL-CAD: 03brlcad * r41059 10/brlcad/trunk/src/anim/ (Makefile.am anim_track.c cattrack.c cattrack.h):
21:17.06CIA-42BRL-CAD: break out the functions from cattrack.c that are used by anim_track.c into a
21:17.06CIA-42BRL-CAD: private header file so that the function signatures can be declared in one
21:17.06CIA-42BRL-CAD: place. move and doxygenify the function comments, reordering the
21:17.07CIA-42BRL-CAD: implementations to avoid the need for forward decls and calling out the HIDDEN
21:17.07CIA-42BRL-CAD: ones that are just internal to the implementation.
21:24.23CIA-42BRL-CAD: 03brlcad * r41060 10/brlcad/trunk/src/anim/ (8 files): quell verbose compilation warnings, reorder to eliminate forward decls
21:26.30*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:26.30*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:36.15*** join/#brlcad Ralith (~ralith@d142-058-092-056.wireless.sfu.ca)
21:45.29CIA-42BRL-CAD: 03brlcad * r41061 10/brlcad/trunk/src/anim/ (17 files): more restructuring and cleanup including ws/style consistency cleanup along with forward decl elimination and comment restructuring.
21:49.29starseekerah, putty CAN do this
21:49.31starseekerexcellent
21:58.30CIA-42BRL-CAD: 03starseeker * r41062 10/brlcad/branches/cmake/src/librt/CMakeLists.txt: Whoops, forgot the quotes.
22:18.50CIA-42BRL-CAD: 03brlcad * r41063 10/brlcad/trunk/src/tab/ (script-tab.c tabsub.c): quellage and de-k&r cleanup
22:19.12CIA-42BRL-CAD: 03brlcad * r41064 10/brlcad/trunk/TODO: bu_cv_optimize() should be using bu_byteorder()
22:22.25CIA-42BRL-CAD: 03brlcad * r41065 10/brlcad/trunk/src/ (16 files in 11 dirs): remove the remainder of places where the bu_opt* family was being declared as extern and were a problem with Windows portability. removed since bu.h declares them portably and properly.
22:33.50CIA-42BRL-CAD: 03starseeker * r41066 10/brlcad/branches/cmake/ (38 files in 14 dirs): sync cmake branch to trunk r41065
23:03.59*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
23:32.45``Erik*yawn* cmake failed on bz
23:34.31``ErikI think it's my fault, not cmakes
23:36.43``Erikok, it's installed now
IRC log for #brlcad on 20101019

IRC log for #brlcad on 20101019

00:01.30*** join/#brlcad ibot (~ibot@rikers.org)
00:01.30*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
00:01.53brlcadibot: wb
00:01.53ibotthx
00:04.05starseekerrle-pix is import, libutahrle is export
00:05.16starseekerwait, now rle-pix builds??
00:05.20brlcadheh
00:06.09starseekerthey build in isolation, but fail with the ALL_BUILD target
00:07.18starseekerI wonder if the presense of both static and dynamic build targets for the libs is messing with things
00:07.20brlcadso maybe with the ALL_BUILD target, a flag isn't getting set
00:10.50starseekerhow do I interupt a build in VS?
00:11.02starseekernevermind, found it
00:12.01CIA-42BRL-CAD: 03brlcad * r41067 10/brlcad/trunk/src/libbu/ (avs.c fopen_uniq.c log.c malloc.c parse.c): LIKELY/UNLIKELY macros expect an integer argument, so compare against NULL since that's what's implied. fixes strict build warning.
00:13.43CIA-42BRL-CAD: 03brlcad * r41068 10/brlcad/trunk/src/librt/bundle.c: strict compilation failure, removed unused var
00:15.36CIA-42BRL-CAD: 03brlcad * r41069 10/brlcad/trunk/src/librt/mkbundle.c: more quellage to fix build. unused vars.
01:29.45starseekeruh oh
01:29.54starseekerdm-tk.obj : error LNK2019: unresolved external symbol _XSync referenced in function _tk_drawEnd
01:33.34CIA-42BRL-CAD: 03starseeker * r41070 10/brlcad/branches/cmake/ (5 files in 5 dirs): Don't build the static targets with MSVC.
01:36.03starseekerurk.  Searching for Xsync in C:\Tcl returns nothing
01:40.36``Erikxsync is libX11
01:40.54``Erikyou won't find it on winderz.
01:41.01starseekerhang on - it might be just dm-tk
01:41.22starseekerif that's the case, the original author's assumption that Xutil would be around might be proving false
01:41.36starseekerfortunately, dm-tk isn't done anyway and may end up not being needed at all
01:41.41``Erikbob may've skipped dm-tk
01:42.57starseekerI doubt it was hooked in - it's never been more than a test dm, at least to date
01:43.06starseekerwill turn it off
01:51.16brlcadstarseeker: XSync is a tk "symbol"
01:51.22brlcadrather, is *also* a tk symbol
01:51.38brlcadtk guarantees it even for windows in tkWinPort.h
01:52.56brlcadhaving it come up as an unresolved external symbol probably means a header file is missing
01:53.35``Erikeh?
01:54.07starseekertkWinPort.h is there...
01:54.28brlcad``Erik: they #define it to something else
01:54.39starseekerand does define XSync
01:54.44starseekerwhat the bleep
01:55.16``Erikyeah, ok, tkWinPort.h fakes it
01:55.22``Erikas a macro
01:56.17starseekerbrlcad: are you saying I need to include tkWinPort.h somewhere?
01:56.18``Erikso a missing symbol would be lacking the #include required
01:57.56brlcadstarseeker: that the file has to get eventually/somehow included
01:58.01brlcadmaybe not directly, maybe indirectly
01:58.07brlcadhowever tk documents it being provided
01:58.14brlcadsee what all includes it
01:58.33brlcadit being tkWinPort.h because that's possibly a private header too..
02:00.40brlcadyeah, it's looking on the surface to be a private header, meaning there is some other call that should be made instead of a direct XSync()
02:01.32starseekertkPort.h
02:02.47starseekerI'm more inclined to just turn off the tk dm for now - it's not really production code anyhow
02:04.44starseekerto really work it'd have to be paired with a tk framebuffer, which in turn needs C-side threading in Tcl...
02:06.40brlcadright, and tkPort.h is included via tkInt.h, so it's not installed
02:06.55starseekerWell, including WinPort directly gets XSync, but not XDrawSegments or XDrawPoint
02:07.14starseekerwhich I don't see in that file
02:08.18brlcadprobably because it was branched off of dm_X and wasn't fully decoupled from X calls
02:08.31brlcadeven the XSync was probably inadvertent
02:08.45brlcadI wouldn't think to use that to sync if I were writing a tk interface...
02:08.53starseekernods
02:09.05starseekerI believe it was approached that way, from what I recall of the code
02:18.43CIA-42BRL-CAD: 03starseeker * r41071 10/brlcad/branches/cmake/src/libdm/CMakeLists.txt: Don't build DM-TK on Windows - not quite portable yet.
02:21.06brlcadstarseeker: what was the problem building static libraries on windows?
02:33.06starseekernot quite sure - things are going a lot smoother without them though.
02:33.37starseekerI'd like to merge the windows specific config.h and brlcad_config.h, if that's technically possible
02:54.45starseekerI have a feeling there's some name conflict at play on Windows given how I defined the macros - i'll have to check png to see how they deal with it
02:55.07starseekerlower priority than getting the basic build working though - need to at least achieve parity with our current windows build
02:59.41brlcadhopes it's not shotgun debugging, should understand why it's not working so having it off isn't added complexity
03:00.40brlcadthings would go even more smooth if you disable shared ones too, it's not a race to the finish in any form possible..
03:04.49starseekerI don't intend to leave them off unless there's some sound reason to on Windows
03:06.43starseekerbut I was spinning my wheels - the issues I can see right now are clear cut, and I have at least a rough idea how to approach some of them.  It all has to get dealt with, but hopefully it will be easier to see what's going on once I have fewer errors of other sorts joining the party
03:07.51starseekerpng has a static target that works and we aren't getting png related errors, so it's clearly possible to do right
03:10.32starseekerhere's where matters currently stand: http://pastebin.ca/raw/1966492
03:12.04starseekercome to think of it, I need to check and see if our current msvc logic can tell me how to do static libs - forgot to check
03:44.05CIA-42BRL-CAD: 03brlcad * r41072 10/brlcad/trunk/doc/deprecation.txt: move the minimally impacting docs down with that section in order to keep them in localized context. add bu_ptbl() changes.
03:51.35CIA-42BRL-CAD: 03brlcad * r41073 10/brlcad/trunk/ (10 files in 8 dirs):
03:51.35CIA-42BRL-CAD: remove bu_ptbl() since it conflicts with 'struct bu_ptbl' causing a compilation
03:51.35CIA-42BRL-CAD: shadow warning on its constructor for c++ codes. the interface is actually
03:51.35CIA-42BRL-CAD: duplicitous so code can be trivially updated to the various equivalent
03:51.36CIA-42BRL-CAD: bu_ptbl_*() calls that it was wrapping.
03:53.49brlcadstarseeker: that's good to hear then
03:54.12brlcadas for static libs on windows, the current build doesn't really address it (though daniel's build may)
03:54.34brlcadthe .lib files are the static libs .. basically it's the same build but the symbols neither need to be imported or exported
04:18.40CIA-42BRL-CAD: 03brlcad * r41074 10/brlcad/trunk/ (3 files in 3 dirs): rename nmg_struct_counts() to nmg_pr_m_struct_counts() since it conflicts with the 'struct nmg_struct_counts' constructor during c++ compilation.
04:19.24CIA-42BRL-CAD: 03brlcad * r41075 10/brlcad/trunk/TODO: renamed bu_ptbl() and nmg_struct_counts() so they no longer hide the struct constructors during c++ compilation
04:25.25CIA-42BRL-CAD: 03brlcad * r41076 10/brlcad/trunk/src/bwish/input.c: check for sys/time.h since it's posix.1
04:29.56CIA-42BRL-CAD: 03brlcad * r41077 10/brlcad/trunk/include/cmd.h: include bio.h so we can get windows.h included so we can get struct timeval defined
04:36.51CIA-42BRL-CAD: 03brlcad * r41078 10/brlcad/trunk/src/proc-db/surfaceintersect.h: do not directly include stdint.h .. it's included with protections via common.h
04:37.09CIA-42BRL-CAD: 03brlcad * r41079 10/brlcad/trunk/src/proc-db/surfaceintersect.cpp: assert.h is a system header, remove stale comments
04:46.57CIA-42BRL-CAD: 03brlcad * r41080 10/brlcad/trunk/src/rt/rtshot.c: quick cleanup, ws, and move variable decls to the top of their scopes for Windows
04:51.07CIA-42BRL-CAD: 03brlcad * r41081 10/brlcad/trunk/src/ (12 files in 3 dirs):
04:51.07CIA-42BRL-CAD: replace the 'i' bu_structparse type identifier with '%p' instead so that it's
04:51.07CIA-42BRL-CAD: more consistent with the other types for representing the pointer indirection to
04:51.07CIA-42BRL-CAD: another bu_structparse structure and run-on sentences can be awesome on tuesdays
04:51.07CIA-42BRL-CAD: with developer deprecation warnings firmly in place to blather so any missed
04:51.08CIA-42BRL-CAD: entries can be readily identified and updated.
04:51.21CIA-42BRL-CAD: 03brlcad * r41082 10/brlcad/trunk/src/remrt/remrt.c: netdb.h is ancient, remove and hope
04:57.35CIA-42BRL-CAD: 03brlcad * r41083 10/brlcad/trunk/configure.ac: check for arpa/inet.h and netdb.h for remrt portability protections
05:00.40starseekerbrlcad: hmm - maybe I need to do per-target definitions for the *_EXPORT_DLL settings then - they're currently being enabled per-directory, which is probably wrong for the static libs
05:01.56CIA-42BRL-CAD: 03brlcad * r41084 10/brlcad/trunk/src/remrt/ihost.c: protect all the funky networking headers so windows has a chance. blindly stab in an include for winsock2.h (even though it will have to have init calls added too for things like gethostbyname() to work.
05:11.46CIA-42BRL-CAD: 03brlcad * r41085 10/brlcad/trunk/bench/ (Makefile.am pixcmp.c): finally cave in to portability. pixcmp now utilizes libbu in order to leverage bu_getopt() for Windows portability.
05:14.28brlcadstarseeker: the decls "should" get ignored for static libs .. but dunno, would have to test
05:18.28CIA-42BRL-CAD: 03brlcad * r41086 10/brlcad/trunk/src/proc-db/ (makebuilding/makebuilding.c mkbuilding.c): remove gratuitous blank lineage and move rgb decl to top of scope for Windows portability
05:19.13CIA-42BRL-CAD: 03brlcad * r41087 10/brlcad/trunk/src/proc-db/mkbuilding.c: move vars to top of scope for Windows
05:20.13CIA-42BRL-CAD: 03brlcad * r41088 10/brlcad/trunk/src/proc-db/metaball.c: protect unistd.h for portability
05:30.29CIA-42BRL-CAD: 03brlcad * r41089 10/brlcad/trunk/src/util/ (pixblend.c ttcp.c): undoubtedly others, but respond to a volley of Windows compilation header inlusion failures
05:32.32CIA-42BRL-CAD: 03brlcad * r41090 10/brlcad/trunk/src/lgt/extern.h: don't declare errno. we get the linkage wrong on Windows.
05:33.26CIA-42BRL-CAD: 03brlcad * r41091 10/brlcad/trunk/src/lgt/reflect.c: quell with UNUSED() instead of the hack. it was before one of the variable decls anyways.
05:41.23CIA-42BRL-CAD: 03brlcad * r41092 10/brlcad/trunk/include/config_win.h: windows has winsock2.h too.
05:42.09CIA-42BRL-CAD: 03brlcad * r41093 10/brlcad/trunk/src/ (12 files in 10 dirs): more header cleanup for Windows checking for sys/time.h and others.
05:48.50CIA-42BRL-CAD: 03brlcad * r41094 10/brlcad/trunk/src/conv/jack/g-jack.c: reorder to avoid forward decls, fix nmg_eue_dist() linkage on Windows, pull from header
05:58.07CIA-42BRL-CAD: 03brlcad * r41095 10/brlcad/trunk/src/fbed/ (extern.h fbed.c popup.h prnt.c): rename Rectangle to Rect2D to avoid naming conflicts on Windows with Rectangle()
05:59.53CIA-42BRL-CAD: 03brlcad * r41096 10/brlcad/trunk/misc/enigma/enigma.c: try to stay portable, key on _WIN32 for unistd.h
06:02.40CIA-42BRL-CAD: 03brlcad * r41097 10/brlcad/trunk/src/conv/dem-g.c: remove inclusion of stdbool.h for Windows compatibility. update references to true/false/bool accordingly.
06:05.45CIA-42BRL-CAD: 03brlcad * r41098 10/brlcad/trunk/src/proc-db/csgbrep.cpp: add fixme since these are not supposed to be public functions and are not exported.
06:10.50CIA-42BRL-CAD: 03brlcad * r41099 10/brlcad/trunk/src/burst/ (13 files): remove boolean, pointer, and DEGRAD. replace with the usual.
06:13.32*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
06:14.19CIA-42BRL-CAD: 03brlcad * r41100 10/brlcad/trunk/src/proc-db/brepintersect.h: tsk tsk jdoliner... get rid of the insane #include lines. someone apparently didn't know how cppflags work, undo the relative paths.
06:16.08CIA-42BRL-CAD: 03brlcad * r41101 10/brlcad/trunk/src/adrt/master/master.c: check for pthread.h before including
06:18.57CIA-42BRL-CAD: 03brlcad * r41102 10/brlcad/trunk/src/adrt/master/ (compnet.c master.c): more windows header inclusion protections.
06:22.47CIA-42BRL-CAD: 03brlcad * r41103 10/brlcad/trunk/src/adrt/master/ (dispatcher.c tienet_master.c): and yet even more Windows header inclusion protections.
06:26.35brlcadand that should be all of the easily fixable errors from the Windows build log
07:39.12CIA-42BRL-CAD: 03brlcad * r41104 10/brlcad/trunk/bench/Makefile.am: blasted tcl includes are needed for bu.h
08:45.34*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
09:22.40CIA-42BRL-CAD: 03d_rossberg * r41105 10/brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.def: bu_ptbl() was removed
09:50.16*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
10:03.18*** join/#brlcad mafm (~mafm@81.32.97.106)
10:33.03brlcadhmm
11:07.47*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:09.26d-loMernin
12:14.34brlcadhowdy
12:15.17brlcadd_rossberg: thanks for the (more carefully worded) help responding to the floating point forum person
12:18.12d_rossbergbut i don't think he understood
12:26.47brlcadyeah, I got that impression as well
13:37.24d_rossbergi tried the cmake build on windows but got nothing (i.e. only a tree of mainly empty directories)
13:39.30*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
15:42.40*** join/#brlcad mafm (~mafm@81.32.97.106)
15:49.29*** join/#brlcad Elrohir (~kvirc@p4FC5AB47.dip.t-dialin.net)
16:32.03CIA-42BRL-CAD: 03starseeker * r41106 10/brlcad/branches/cmake/ (85 files in 29 dirs): Update cmake branch to r41105
16:43.50CIA-42BRL-CAD: 03starseeker * r41107 10/brlcad/branches/cmake/bench/CMakeLists.txt: Makefile.am added Tcl includes, so probably should do the same for CMake...
17:11.23CIA-42BRL-CAD: 03starseeker * r41108 10/brlcad/branches/cmake/CMakeLists.txt: Need to check for netdb for adrt.
17:17.19CIA-42BRL-CAD: 03starseeker * r41109 10/brlcad/branches/cmake/ (4 files in 4 dirs):
17:17.20CIA-42BRL-CAD: If the static libraries really are .lib files that aren't doing the
17:17.20CIA-42BRL-CAD: dll_import/dll_export thing, then it's quite plausible that the static builds
17:17.20CIA-42BRL-CAD: were actually overwriting the dynamic .lib linking files, whereas on other
17:17.20CIA-42BRL-CAD: platforms the different extension avoids any issue. Let's try that and enable
17:17.20CIA-42BRL-CAD: static libs on WIN32 again.
17:32.46CIA-42BRL-CAD: 03bob1961 * r41110 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modified ArcherCore::updateTreeTopWithName to account for mPNode2CList() possibly not existing.
18:41.24*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
19:13.11CIA-42BRL-CAD: 03bob1961 * r41111 10/brlcad/trunk/src/tclscripts/archer/ (DataUtils.tcl tclIndex): Added DataUtils::measureLastDataPoints for measuring the distance between the last two data axes.
19:58.55starseeker``Erik: Cmake doesn't seem to be working on bz
20:33.08*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:33.08*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:33.20*** join/#brlcad Ralith (~ralith@d142-058-093-168.wireless.sfu.ca)
20:42.45*** join/#brlcad Ralith (~ralith@d142-058-093-168.wireless.sfu.ca)
21:36.28*** join/#brlcad Ralith (~ralith@d142-058-093-168.wireless.sfu.ca)
22:31.40*** join/#brlcad Ralith (~ralith@d142-058-093-168.wireless.sfu.ca)
22:49.13starseekerbrlcad: looks like dumpbin might be something like the nm command...
IRC log for #brlcad on 20101020

IRC log for #brlcad on 20101020

01:07.54*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:38.55*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
01:41.50*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
02:20.19CIA-42BRL-CAD: 03starseeker * r41112 10/brlcad/branches/rel8/ (1170 files in 348 dirs): (Hopefully) update rel8 to trunk r41111. Merge was a bit tricky, need to verify.
02:37.45starseekereyes PuTTY to see if it can provide a sane command prompt for running BRL-CAD command line utilities...
02:39.25starseekerblegh.  Looks like we'd have to run a local ssh or telnet server for putty to connect to:  http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/win-command-prompt.html
02:40.17starseekerI suppose that might actually be possible - couple a customized telnet server tightly to our specific instance of PuTTY...
02:41.59starseekerhmm... http://www.kpym.com/2/kpym/index.htm
02:42.51brlcadputty doesn't emultate a tty, it connects to one
02:42.56brlcadyou need something that emulates one
02:44.40starseekerah, that was the libraries we were sorting through on freshmeat?
02:46.33brlcadright
02:46.41brlcadexpect is technically a terminal emulator iirc
02:47.08brlcadthat'd be a potential tcl variant that we could use for other things too
02:47.48starseekerI thought expect has some problems?
02:48.09brlcadit's pretty big iirc
02:48.17brlcadwould want to pear it down
02:48.30starseekernods
02:48.56starseekerah, yes... http://www.nist.gov/el/msid/expect.cfm
02:50.02starseekerwait... how would expect tie in with PDcurses/libcurses/etc.?
02:51.44brlcadiirc, expect provides libtermlib/libtermio so libcurses would just sit on top
02:51.59brlcadalthough technically curses isn't needed
02:53.19starseekerso... in principle burst could run inside expect?
02:53.53starseekerwill figure this out some day...
03:00.13starseekerI'll have to give expect a whirl and see what it can do
03:01.20starseekerOK, I'm outta here
03:45.05louipctclsh no good?
03:52.19brlcadyou need something that emulates a tty
03:52.36brlcadtclsh just interprets commands, no awareness of tty behavior
03:53.14brlcadheck, tclsh doesn't even understand basic readline control codes, much less complex tty codes
04:07.36CIA-42BRL-CAD: 03brlcad * r41113 10/brlcad/trunk/src/other/tcl/generic/ (tclIntDecls.h tclIntPlatDecls.h): need to be more careful when updating to new version of tcl to get ALL mods so time is not repeatedly wasted fixing the same issues. quell warnings on shadowing time() and clock().
04:08.01starseekerbrlcad: huh.  Sorry, thought I got 'em all
04:09.26brlcadthe cool part is now with the c++ constructor shadow warnings fixed, we're completely strictly clean now (except for one file)
04:09.39brlcader, and only through core libs
04:09.51brlcadbinaries still need more work
04:10.33starseekersweet!
04:11.34starseekerwonders if it's time to submit a few more patches to the tcl/tk devs
04:53.45*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
05:03.01*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
07:02.31*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:35.11*** join/#brlcad mafm (~mafm@81.34.12.189)
10:06.36d-loMernin
10:55.34*** join/#brlcad mafm (~mafm@81.34.12.189)
12:44.51*** join/#brlcad mafm_ (~mafm@81.34.12.189)
12:59.06*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
19:59.57CIA-42BRL-CAD: 03bob1961 * r41114 10/brlcad/trunk/src/tclscripts/archer/ (DataUtils.tcl tclIndex): Added DataUtils::deleteGlobalData for deleting group specific data from a specified _GLOBAL attribute.
20:05.25CIA-42BRL-CAD: 03brlcad * r41115 10/brlcad/trunk/src/libpc/ (11 files): fix a slew of compilation problems. includes a bunch of shadow warnings and unordered args but also a missing virtual destructor, exact floating point comparisons, and returning bools where expecting doubles.
20:41.06brlcadnow that's funny
20:41.40brlcadhave a code snippet that actually runs considerably slower if you let gcc optimize
20:41.50brlcadthat's "special"
20:41.53starseekerO.o
21:08.13*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:08.13*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:18.40brlcadis convinced NEAR_ZERO should be changed
21:19.01brlcadwith perhaps the addition of a direct equality comparator for readability
21:49.44``Erikpipeline asplosion? cache issue?
22:35.09brlcadnumeric instability
IRC log for #brlcad on 20101021

IRC log for #brlcad on 20101021

00:09.54*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
00:09.54*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
01:22.47*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
01:25.27CIA-42BRL-CAD: 03brlcad * r41116 10/brlcad/trunk/src/libpc/ (26 files): ws style indent consistency cleanup
02:46.02*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
04:37.25starseekerhmm, time to update the "replace you with a shell script" joke:
04:37.28starseekerhttp://www.good.is/post/automation-insurance-robots-are-replacing-middle-class-jobs/
04:37.46starseekernow it's "go away or I will replace you with a very cheap robot"
05:13.01CIA-42BRL-CAD: 03starseeker * r41117 10/brlcad/branches/cmake/src/other/ (6 files in 4 dirs): Not working yet, but toss in CMake logic for tcl and tk.
05:30.39brlcadfinally
05:30.55brlcadgot an impl for ulp()
05:31.06brlcadat least an initial one
05:50.16CIA-42BRL-CAD: 03brlcad * r41118 10/brlcad/trunk/src/libbn/ (Makefile.am ulp.c):
05:50.16CIA-42BRL-CAD: add an initial ulp.c implementation to provide a variety of routines useful for
05:50.16CIA-42BRL-CAD: comparing numbers. this is completely preliminary and needs a variety of
05:50.16CIA-42BRL-CAD: changes so don't even enable the file for compilation. for now, it implements
05:50.16CIA-42BRL-CAD: ulp() and a variety of run-time variants of the float.h constants
05:50.17CIA-42BRL-CAD: ([flt|dbl]_[min|max] and [epsilon|epsilonf]).
05:51.52CIA-42BRL-CAD: 03brlcad * r41119 10/brlcad/trunk/src/libbn/ulp.c: yeah, assumes IEEE too
07:52.28*** join/#brlcad mafm_ (~mafm@81.32.97.198)
07:56.22*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
07:56.22*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
07:56.22*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
09:14.13*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
09:14.21*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
11:21.50*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
12:05.34*** join/#brlcad Elrohir (~kvirc@p4FC59720.dip.t-dialin.net)
12:29.50*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:32.33*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:57.01*** join/#brlcad guillermina (~guillermi@8-129-231-201.fibertel.com.ar)
16:14.17starseekermakes a note to look into this code later: http://www.cs.jhu.edu/~misha/Code/PoissonRecon/
16:58.08brlcadconvex hull algorithms will do a similar job if you're looking for techniques to go from points to surfaces
16:58.45brlcadhttp://meshlab.sourceforge.net/ might work for her
16:58.56starseekernods
16:58.57brlcador rather, for you to get a surface to give her
17:01.54starseekerI was just thinking for longer term point->* abilities in BRL-CAD
17:02.55brlcadthat's what my convex hull comment was towards as well
17:03.10brlcadit wouldn't be hard to implement one of them for basic capability
17:26.42*** join/#brlcad mafm_ (~mafm@81.32.97.198)
17:35.16CIA-42BRL-CAD: 03starseeker * r41120 10/brlcad/branches/cmake/src/other/ (CMakeLists.txt tcl/CMakeLists.txt tk/CMakeLists.txt):
17:35.16CIA-42BRL-CAD: Generalize the tcl/tk logic a bit, and try hooking it up to src/other. It's not
17:35.16CIA-42BRL-CAD: functional yet, and won't be without a fair number of tests being implemented to
17:35.16CIA-42BRL-CAD: define variables correctly, but techniques developed for BRL-CAD are mapping to
17:35.17CIA-42BRL-CAD: that problem fairly well.
19:19.48*** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
19:51.29brlcadif anyone is mystified by how to fire rays in parallel, here's a simple example:  http://brlcad.org/~sean/tmp/rtparallel.c
21:46.42starseekerbrlcad: what's the script you use to check usage of things like HAVE_STDC?
21:47.47starseekerah, enumerate.sh?
21:47.51starseekertries it
21:50.06starseekeroh, OK that's just file level
21:50.36*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:50.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:31.14*** join/#brlcad Ralith (~ralith@d142-058-093-104.wireless.sfu.ca)
23:26.50``Erikhttp://failblog.org/2010/10/21/epic-fail-photos-movie-description-fail/
23:27.50Ralith``Erik: have you seen XCL?
23:32.19``Erikas in http://www.cliki.net/XCL ?
23:33.09Ralithyes
23:33.24Ralithapparently it might have some interesting C++ FFI stuff
23:33.38``Erikhm, GPL, makes it hard to deal with nongpl stuff... :)
23:34.06RalithI don't think a GPL compiler is a problem
23:34.15Ralithsee also: gcc
23:35.02``Erikif the compiler is included in the created executable (required to be compliant at this time), then ...
23:35.54Ralithyeah, that can be a problem; I doubt that's the intent of the author, though
23:35.56``Erikunless there's a really awesome treeshaker and you never try to expose a repl or the compile or eval symbols
23:36.14RalithI think it'd be worth looking into
23:36.23``Erikpossibly
23:37.09``Erikfor the little project I'm on, ecl has weaknesses, clozure had license issues, sbcl seems... optimal on the free side
23:37.14``Erik:)
23:37.48``Erikthanks for pointing that out, though, might have to clone it just to see what it's up to... and then make starseeker build it into BRL-CAD :D *duck*
23:38.28Ralitha good FFI would certianlny save effort.
23:39.19``Erikperhaps
23:40.50``Erikexposing the libraries API's using a standardized fashion (like, uh, the standardized C interface) would be better
23:41.25RalithOgre *has* a standard C API?
23:41.28``Erikblob libraries that require you to use a certain version of a certain compiler ftl :(
23:41.33``Erikno, it doesn't, that's the issue :D
23:41.36Ralith:P
23:41.43Ralithand Bullet's only technically exists.
23:41.49``Erikat least ogre is open source, so you can compile it
23:41.51Ralithexposes barely a fraction
23:41.52``Erikyeah, I noticed
23:42.43``Erik<-- has almost been wondering if he should write little packages of functionality he cares about in C funcs instead of wrapping each C++ method/member in a C func and making lots of calls across that divide :/
23:43.06``Erikbut then you're back at requiring a c++ compiler all every build platform :/
23:45.49Ralithrealistically, that is a sane requirement.
23:46.03Ralithand you can get the extensions accepted upstream.
23:46.20Ralithmost projects are quite happy to have C API extensions.
23:56.08*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
IRC log for #brlcad on 20101022

IRC log for #brlcad on 20101022

01:34.26*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:53.11*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
01:53.11*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:10.09brlcadstarseeker: huh, looks like enumerate might need some updates ..
02:10.25brlcadbut the checks are part of the regression suite, regress/
02:11.07brlcadooh, right, diff script .. I was thinking regress/repository.sh .. but it's another, looking
02:12.17brlcadsh/trimconfig.sh
02:13.12brlcadit will take a decent amount of time to run, like 15-30 minutes iirc .. not the most efficient beast but it gets the job done
02:27.50*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
08:07.11d-loMernin
08:39.16*** join/#brlcad mafm_ (~mafm@83.35.148.49)
08:52.13*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
09:19.12*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
11:33.19*** join/#brlcad mafm (~mafm@83.35.148.49)
12:34.49CIA-42BRL-CAD: 03brlcad * r41121 10/brlcad/trunk/configure.ac: the random check isn't being used any more so remove it. also, the BUILD_BOOST rule was checking the wrong ac_cv_header_limit so it was always false. this gives it a chance.
13:16.37CIA-42BRL-CAD: 03brlcad * r41122 10/brlcad/trunk/configure.ac: sgtty.h was needed when we didn't run tcl's configure so it can be removed. document why the c++ stl header tests are performed (for boost) since they are only used here.
13:27.17*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:12.32starseekerd_rossberg: sorry the windows CMake build isn't working - any specific error messages?
14:14.12starseeker(it's expected that the full build won't succeed yet, since we're still working through issues related to some tools that have never been ported to Windows, but it should at least try)
14:26.24d_rossbergthe problem i wrote about is solved, it was my fault (embarrassing thing ;)
14:29.36d_rossbergnow cmake complains about a not found freetype library
15:06.22starseekerAh, yes - the (very) latest state is the beginnings of CMake building for Tcl/Tk, so things will be busted for a little while
15:07.27starseekerTcl itself has a sizeable array of custom functionality tests that will need to be translated, and Tk probaby has still more
15:10.38d_rossbergthe freetype library is required by tk (at least that's the error message)
15:12.55starseekerd_rossberg: yeah, sorry about that - I haven't been able to get a working Tcl/Tk build on Windows involving Visual Studio
15:13.40starseekerIf you install the ActiveState Tcl/Tk you should be able to build against it (for the most part)
15:52.32*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
16:02.24d_rossbergstarseeker: it is not a big problem for me that the cmake build doesn't work at the moment, it was only for interest
16:09.04brlcadinstalling activestate's tcl should make things build more easily
16:22.02*** join/#brlcad mafm (~mafm@83.35.148.49)
16:57.17*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
18:47.57CIA-42BRL-CAD: 03starseeker * r41123 10/brlcad/branches/cmake/src/other/tcl/ (11 files in 3 dirs): (log message trimmed)
18:47.58CIA-42BRL-CAD: OK, it's becoming increasing clear that the requirements for system testing and
18:47.58CIA-42BRL-CAD: config.h generation are going to extend to almost any project being converted
18:47.59CIA-42BRL-CAD: from autotools, and that a general approach using one common set of files to be
18:47.59CIA-42BRL-CAD: dropped in to each project will be preferable to special-case setups for each
18:48.00CIA-42BRL-CAD: project. Start working out the particulars of that system using Tcl -
18:48.01CIA-42BRL-CAD: eventually the intent is to drop this set of files into BRL-CAD, Tk, step, and
18:49.56CIA-42BRL-CAD: 03starseeker * r41124 10/brlcad/branches/cmake/src/other/tcl/CMake/CheckSystemFunctionality.cmake: Whoops, typo.
18:55.22*** join/#brlcad willdye (~willdye@fern.dsndata.com)
19:49.34*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
19:55.19``Erikhttp://comixed.com/2009/07/17/50000-pieces/
19:55.41``Erikstarts to think he shoulda saved the svn merge to fire off as he left for the day O.o
20:12.44CIA-42BRL-CAD: 03bob1961 * r41125 10/brlcad/trunk/src/external/ProEngineer/ (5 files in 4 dirs):
20:12.44CIA-42BRL-CAD: These mods take care of a problem that we've been seeing related to the proe-brl
20:12.45CIA-42BRL-CAD: plugin failing to load on platforms that either didn't have Visual Studio
20:12.46CIA-42BRL-CAD: installed or the platform's version of the c-runtime was older than what was
20:12.48CIA-42BRL-CAD: used to compile the proe-brl.dll.
20:17.51CIA-42BRL-CAD: 03bob1961 * r41126 10/brlcad/trunk/misc/win32-msvc8/adrt/adrt.vcproj: Added include paths for adrt header to the x64 configuration.
20:42.35*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:42.35*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:34.24CIA-42BRL-CAD: 03starseeker * r41127 10/brlcad/branches/cmake/src/other/tcl/ (CMake/CheckSystemFunctionality.cmake CMakeLists.txt): More tests for tcl.
21:47.09*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
21:47.09*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
22:04.42CIA-42BRL-CAD: 03starseeker * r41128 10/brlcad/branches/cmake/src/other/tcl/ (CMake/CheckSystemFunctionality.cmake CMakeLists.txt): Add some more tests, although several of them will not impact the build in their current form
22:08.01CIA-42BRL-CAD: 03starseeker * r41129 10/brlcad/branches/cmake/src/other/tcl/CMake/CheckSystemFunctionality.cmake: ws, formatting
IRC log for #brlcad on 20101023

IRC log for #brlcad on 20101023

03:13.21CIA-42BRL-CAD: 03starseeker * r41130 10/brlcad/branches/cmake/src/other/tcl/ (CMake/CheckSystemFunctionality.cmake CMakeLists.txt): Hmm - looks like the getaddrinfo test is compile only - run doesn't work on gentoo, even when I copy the generated source out of configure and try it direct.
13:52.38*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
13:52.38*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
19:55.57*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
19:55.58*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:12.21CIA-42BRL-CAD: 03starseeker * r41131 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Still a lot of work to do, but this gets as far as building tclsh on gentoo
21:22.49*** join/#brlcad branco (~branco@79.114.40.205)
21:25.52brancohello , I'm trying to compile on ubuntu 10.04 64 bit with nvidia proprietary drivers . I installed everything that I was supposed to according to the wiki page but it won't build opengl support .
21:27.01brancoI ran './configure --enable-optimized | grep opengl' and got the output 'checking for glEnable in -lopengl32... (cached) no' which is strange .
21:28.41``Erikdo you have libopengl32.so ? it might just be saying that your library isn't named that
21:28.41brancoI'm not waiting for an answer but if someone will answer I will read it on http://ibot.rikers.org/%23brlcad/ and come back to follow up on this tomorrow .
21:29.18``Erik-lopengl32 is more like a winderz check, it should be "checking for glEnable in -lGL" for your platform
21:30.29brancoah ok so if I find my libopengl32???.so and link to it with libopengl32.so then it should find what it needs ?
21:30.42``Erikat the very end of the configure run, there'll be a printout of the end configuration, that'll tell you if it's trying to use opengl... (and fwiw, opengl really doesn't buy ya much yet, it'll still be wireframe displays in mged)
21:31.07``Erikwell, the name "opengl32" is a windows thing, not a linux thing... linux uses the UNIX convention and calls it libGL.so, so -lGL
21:31.41brancohey I greped for opengl and that's what I got
21:31.48brancoin ubuntu
21:32.19``Erikheh, OpenGL will tell you more, or grep -i opengl for case insensitive :)
21:32.57brancoi greped the output of the configure script , not my filesystem
21:33.08``Erikat the end, it should say something like "OpenGL support (optional).............: yes"
21:33.15``Erikright, that's what I'm talking about
21:33.18brancobut its not
21:33.32brancoits opengl support ................... no
21:33.53brancogreped the output of the configure script
21:34.06``Erikhm, I think it's disabled by default
21:34.14``Eriklemme look
21:34.44``Erikyeah, it's disabled by default, it doesn't buy ya anything and last I checked, was a bit buggy
21:34.55``Erikis there any reason you need OpenGL support?
21:35.00brancowhat about archer ?
21:35.18brancoit throws some opengl error and doesn't wonna work
21:35.39``Erikhehehe archer is still experimental and not recommended for general use :D
21:35.54starseekerbranco: try ./configure --with-ogl
21:36.08``Eriktry doing ./configure --enable-optimized --with-opengl
21:36.12``Erikah, starseeker beet me to it
21:36.24starseekerbut yes - Here Be Bugs
21:36.29``Erikwas reading the .ac to see if it was --with or --enable
21:37.48``Erik(starseeker: I think one of my cats has decided that I'll die in my sleep tonight... she wasn't amused that I dared to use a vacuum while she was napping)
21:40.00brancobye all
21:40.08*** part/#brlcad branco (~branco@79.114.40.205)
21:41.39``Erikwonders if the "With OpenGL....: ${}" line should be struck for now :/
21:48.04starseeker``Erik: LOL
21:48.28starseekeryeah, I think if cats were to draw the devil it would be in the form of a vacuum
21:51.21``Erikthey're not afraid of it, she was curled up on the couch and after I vacuumed the living room, she was just glaring at me for a while
21:51.51starseekerhehe
21:52.15starseekerprobably thinking something along the lines of "I worked hard getting that fur distributed, what do you think you're doing?"
21:54.14``Erikmebbe, but I'm guessing it's more about the noise... they already get annoyed that I insist on turning on the noise boxes when I'm home
23:25.21*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101024

IRC log for #brlcad on 20101024

01:30.43*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1128565223.dsl.bell.ca)
03:26.42*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
03:34.06*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
03:34.12*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
05:31.46CIA-42BRL-CAD: 03starseeker * r41132 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: Add install commands for tk
06:05.25*** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
09:19.08*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
09:19.33*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
09:20.12*** join/#brlcad willdye (~willdye@fern.dsndata.com)
13:37.13``Erikhey, starseeker, when are you doing your next state of the onion round?
16:40.13starseek1r``Erik: there hasn't been much call for one - we're due, certainly, but we'd have to push it
16:46.38starseek1rprobably once we get the nirt fix out to where people can see it - I've had enough complaints about that one to make it worth a general "we fixed it" proclimation
16:47.06starseek1rnot to mention a "red is now safe" announcement
17:22.19``Erik<-- might wanna piggyback some of the isst crud on ya
22:54.25*** join/#brlcad nooga (~nooga@maverick.aircity.pl)
IRC log for #brlcad on 20101025

IRC log for #brlcad on 20101025

04:50.12*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
07:44.52*** join/#brlcad nooga (~nooga@maverick.aircity.pl)
07:50.49*** join/#brlcad CIA-40 (~CIA@208.69.182.149)
08:32.46*** join/#brlcad mafm (~mafm@83.37.177.254)
08:59.38*** join/#brlcad archivist_ (~archivist@host217-34-113-62.in-addr.btopenworld.com)
10:49.47d-loMernin
11:35.44*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:24.50*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:44.10*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
14:04.37CIA-40BRL-CAD: 03erikgreenwald * r41133 10/brlcad/trunk/src/external/ProEngineer/Makefile.am: add new files
15:02.50*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
16:02.48*** join/#brlcad talcite (~matthew@75-119-245-119.dsl.teksavvy.com)
16:03.25talcitehey brlcad, you there?
17:21.32CIA-40BRL-CAD: 03starseeker * r41134 10/brlcad/branches/cmake/src/other/ (13 files in 5 dirs): Not working yet, but start logic for itcl CMake. itcl/itk are the last pieces needed for an all-CMake build.
17:31.02CIA-40BRL-CAD: 03starseeker * r41135 10/brlcad/branches/cmake/src/other/incrTcl/itcl/CMakeLists.txt: Tweaks, add initial stab at creating pkgIndex.tcl file
17:53.15noogaghhh
17:53.25noogai spent almost an hour compiling brlcad
17:53.29noogaunder ubuntu
17:53.37noogaand now it refuses to work
18:43.01starseekernooga: what's the error?
19:16.52CIA-40BRL-CAD: 03starseeker * r41136 10/brlcad/branches/cmake/src/other/ (13 files in 5 dirs): Still not working, but add itk CMake and install init.tcl for tclsh.
19:46.34*** join/#brlcad PrezKennedy (MK@whitecalf.net)
19:54.58*** join/#brlcad PrezKennedy (MK@whitecalf.net)
21:38.19*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:35.14noogastarseeker:
22:35.18nooganooga@nooga-laptop:/media/dane/brlcad-7.16.10$ mgrtopbm /usr/brlcad/bin/mged
22:35.18noogamgrtopbm: bad magic chars in MGR file: 'E'
22:35.42noogawtf sry
22:35.46noogawrong command
22:37.41nooga-,-'
IRC log for #brlcad on 20101026

IRC log for #brlcad on 20101026

01:55.04*** join/#brlcad talcite (~matthew@76-10-155-119.dsl.teksavvy.com)
01:56.22talcitebrlcad: ping?
02:13.40*** join/#brlcad talcite (~matthew@69-196-130-214.dsl.teksavvy.com)
03:13.12CIA-40BRL-CAD: 03starseeker * r41137 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Need to set the shell variables
03:43.39*** join/#brlcad PrezKennedy (MK@whitecalf.net)
05:51.10starseekerOoof.  That was painful.  http://bzflag.bz/~starseeker/Poster_small.pdf
05:51.45*** join/#brlcad ``Erik_ (Here@c-69-140-109-104.hsd1.md.comcast.net)
05:51.49starseekerpdf->inkscape->png->gimp->jpeg->imagemagick_convert->pdf
05:52.32starseekerwell, at least now I can open it in reasonable time
05:52.44*** join/#brlcad waprat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
06:45.23*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
07:45.17noogabeh
07:45.35noogamged is pure magic and archer displays only error messages ;|
08:15.58*** join/#brlcad mafm (~mafm@83.37.155.78)
08:33.55*** join/#brlcad archivist_ (~archivist@host217-34-113-62.in-addr.btopenworld.com)
09:13.32*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
09:21.57*** join/#brlcad willdye (~willdye@198.183.6.23)
09:28.53*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
09:52.29*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
10:42.20*** join/#brlcad joel383 (~joel@24.237.248.81)
10:42.29d-loMernin
10:49.23*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
11:12.52``Erik_http://lolsnaps.com/upload_images/real/1052.jpg
11:13.36joel383i have done this
11:13.58joel383in hs
11:16.38d-lolol
11:41.08*** join/#brlcad pawleeq (~pavel@paw.iabrno.cz)
11:41.15pawleeqhallo
11:43.46*** join/#brlcad talcite (~matthew@69-196-130-214.dsl.teksavvy.com)
12:16.18d-lo``Erik_: how would i use grep to check if a file starts with a specific text sequence?
12:27.50d-lonm, head -n1 did it
12:59.25*** join/#brlcad mafm_ (~mafm@83.37.155.78)
13:13.07``Erik_yeh, I'd just head myself
13:13.45d-losnickers at that last one.
14:25.08``Erikgrammar fail *sigh*
18:07.36``Erikd-lo: seen http://bit.ly/cUnAmq ?
18:11.42d-lohahaha
18:14.16d-loCan't imagine what would have happened in WW2 if the Germans had gotten ahold of that!
18:54.19CIA-40BRL-CAD: 03starseeker * r41138 10/brlcad/branches/cmake/src/other/ (tcl/CMakeLists.txt tk/CMakeLists.txt): More tweaks and additions to tcl/tk CMake files - wish is not starting up on OSX, so something isn't right with the compiling.
19:02.44CIA-40BRL-CAD: 03bob1961 * r41139 10/brlcad/trunk/src/tclscripts/archer/AttrGroupsDisplayUtility.tcl: Added AttrGroupsDisplayUtility::getCurrentGroup.
19:04.37CIA-40BRL-CAD: 03bob1961 * r41140 10/brlcad/trunk/src/tclscripts/archer/DataUtils.tcl: Minor mods to DataUtils::appendGlobalData and DataUtils::updateGlobalData for handling groups that contain whitespace.
19:14.29CIA-40BRL-CAD: 03bob1961 * r41141 10/brlcad/trunk/src/ (3 files in 3 dirs): Update version to 7.17.10 in a few bat files.
19:22.16CIA-40BRL-CAD: 03bob1961 * r41142 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Modified Ged::begin_data_arrow and Ged::begin_data_line to validate dindex before using.
19:23.31*** join/#brlcad joel383 (~joel@24.237.248.81)
19:25.47CIA-40BRL-CAD: 03bob1961 * r41143 10/brlcad/trunk/src/libtclcad/ged_obj.c: Added code to free memory in ged_obj.c:go_data_labels().
19:29.27CIA-40BRL-CAD: 03bob1961 * r41144 10/brlcad/trunk/include/cmd.h: Bump MAXARGS up a bit.
20:03.18*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:55.16*** join/#brlcad nooga (~nooga@maverick.aircity.pl)
21:02.08*** join/#brlcad talcite_ (~matthew@75-119-225-109.dsl.teksavvy.com)
21:42.43*** join/#brlcad Ralith (~ralith@d142-058-093-123.wireless.sfu.ca)
22:42.14CIA-40BRL-CAD: 03starseeker * r41145 10/brlcad/branches/cmake/src/other/ (tcl/CMakeLists.txt tcl/generic/regex.h tk/CMakeLists.txt): Still not building a working wish, but seeing some obvious problems now in how headers are generated - have points on which to work.
23:06.52CIA-40BRL-CAD: 03starseeker * r41146 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: grr - looks like it might just be necessary to do CFLAGS instead of config.h file.
23:21.13starseekerah
23:21.18starseekeryikes
23:22.39starseekermaking tcl/tk libs on darwin properly is Not So Simple
23:31.55*** join/#brlcad Ralith (~ralith@d142-058-093-123.wireless.sfu.ca)
IRC log for #brlcad on 20101027

IRC log for #brlcad on 20101027

01:38.05*** join/#brlcad talcite_ (~matthew@69-165-156-40.dsl.teksavvy.com)
01:46.35*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:47.39*** join/#brlcad talcite__ (~matthew@76-10-152-127.dsl.teksavvy.com)
02:12.30starseekeryeah, that's why they do it all on the command line - tcl headers don't include any tkConfig file, and vice versa, so definitions don't get set universally
02:12.32starseekergah
02:12.49starseekerstarts restructuring how he has CMake do its thing for tcl/tk...
02:17.21*** join/#brlcad joel383 (~joel@24.237.248.81)
02:17.57joel383can i ask a quick question about setting up mged in linux?
02:18.29louipcno you can only ask long questions about that topic
02:18.48joel383set my self up for that one
02:18.57louipc:D
02:19.12joel383it looks like everything compiled ok
02:19.24louipccool
02:20.27joel383but how do i set up the path
02:21.06louipclibrary path?
02:21.14joel383PATH=/usr/brlcad/bin:$PATH ; export PATH
02:21.23louipcoh yeah
02:21.26joel383it only works one time
02:21.37joel383will i have to type that every time
02:21.39joel383?
02:21.52louipcwell you can set it in your shell profile
02:21.57joel383and cd to it every time?
02:22.04joel383how?
02:22.15louipcno, it would be enabled any time you start a shell
02:22.27louipcdo you have /etc/profile.d directory?
02:23.48joel383no
02:24.17louipcwell, I guess you could set it in /etc/profile
02:24.18joel383yes
02:24.28joel383wait
02:24.33louipcor you can set it in your .bashrc file
02:24.46louipcbut if you set it in /etc/ it will be enabled for all users
02:24.54joel383ah
02:26.19louipcif you have /etc/profile.d directory just add a new script 'brlcad.sh', make it executable and set the path in there
02:31.32joel383what about /etc/bash_completion.d
02:31.33joel383that looks like it
02:31.34joel383ubuntu 10.04
02:31.54louipcnah bash completion won't do it
02:32.21louipcyou can set it in /etc/profile as a last resort
02:33.06louipcbut it might be a conflict if some package wants to update that file
02:34.01joel383no i'm just laking in intelligence it's there
02:34.01joel383i found it
02:34.27louipchehe ok
02:44.01starseekerwonders why the heck the tcl/tk guys don't just roll tcl and tk into one compile and just use build flags to turn on/off the graphics
02:44.30starseeker20 years ago it might have made sense to separate out the downloads to reduce size, but they really aren't written like two independent libraries
03:43.57*** join/#brlcad talcite__ (~matthew@75-119-255-135.dsl.teksavvy.com)
03:44.22CIA-40BRL-CAD: 03starseeker * r41147 10/brlcad/branches/cmake/src/other/tcl/ (CMake/CheckSystemFunctionality.cmake CMakeLists.txt):
03:44.23CIA-40BRL-CAD: Not even close to working, but start rewiring the CMake logic to generate CFLAGS
03:44.23CIA-40BRL-CAD: instead of the config.h file. Obviously don't want to add flags for those
03:44.24CIA-40BRL-CAD: things actually in tclConfig.h.in, so will have to revert a fair number of these
03:44.24CIA-40BRL-CAD: to basic tests.
03:45.34*** join/#brlcad joel383 (~joel@24.237.248.81)
05:51.06*** join/#brlcad joel383 (~joel@24.237.248.81)
06:47.48*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:44.34*** join/#brlcad mafm_ (~mafm@96.Red-88-23-77.staticIP.rima-tde.net)
11:03.47d-loMernin all
12:02.42*** join/#brlcad nooga (~nooga@maverick.aircity.pl)
12:20.12*** join/#brlcad nooga (~nooga@maverick.aircity.pl)
13:14.13*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
16:21.17*** join/#brlcad kanzure (~kanzure@131.252.130.248)
16:54.49d-lohttp://www.youtube.com/watch?v=lJs9CkiUp3k
16:54.50d-lolol
18:54.12``Erikwow, seems a bit excessive to carry a sharpie around, doncha think?
18:56.44d-loI was okay with everything up to the sharpie, then I started reeling at how f-ed up it is to carry a  sharpie.
18:57.26``Erikhttp://graphjam.files.wordpress.com/2010/10/every-rpg.jpg
18:58.12d-lohats awesome
19:12.02*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
19:12.02*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
19:12.08*** join/#brlcad mafm (~mafm@96.Red-88-23-77.staticIP.rima-tde.net)
19:12.22*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:12.32*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:12.32*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:52.48CIA-40BRL-CAD: 03erikgreenwald * r41148 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: add in threadings stuff. still a bug to work out deep in the nmg guts, but this level should be done.
22:54.00*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
IRC log for #brlcad on 20101028

IRC log for #brlcad on 20101028

02:00.56CIA-40BRL-CAD: 03starseeker * r41149 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Sigh. No way around it - we are really going to need most of the complex tests and options of the Tcl macros, so start getting systematic about it.
07:23.38*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
08:29.15*** join/#brlcad mafm (~mafm@86.Red-88-12-123.dynamicIP.rima-tde.net)
09:19.34*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
10:50.05*** join/#brlcad willdye (~willdye@fern.dsndata.com)
11:35.15*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:34.59*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:10.30CIA-40BRL-CAD: 03indianlarry * r41150 10/jbrlcad/trunk/src/org/brlcad/geometry/DbExternalObject.java: (log message trimmed)
13:10.31CIA-40BRL-CAD: Bit shifting to get index into fieldlength array having problems when sign bit
13:10.31CIA-40BRL-CAD: set. Turned up as an issue with geometry containing large body sizes(large BOT).
13:10.32CIA-40BRL-CAD: Since a "byte" is cast to an "int" for the bit operation the sign bit was
13:10.32CIA-40BRL-CAD: getting extended into the leading three bytes. To resolve I forced all byte
13:10.38CIA-40BRL-CAD: related right bit shifts with the header[] byte array to mask out all but lower
13:10.39CIA-40BRL-CAD: byte of 'int' before shifting. In some places the sign bit was already being
13:47.37*** join/#brlcad mafm (~mafm@86.Red-88-12-123.dynamicIP.rima-tde.net)
16:55.43CIA-40BRL-CAD: 03starseeker * r41151 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Try to get closer to matching the behavior of AC_REPLACE_FUNCS
17:11.29CIA-40BRL-CAD: 03starseeker * r41152 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Duplicate the check for Darwin version.
17:29.38*** join/#brlcad Zaebos (~irc@217.91.127.94)
18:11.34starseekerhmm - actually, a CMake version of tcl's 64 bit flag logic might be more generally useful
19:12.43CIA-40BRL-CAD: 03starseeker * r41153 10/brlcad/branches/cmake/src/other/tcl/ (CMake/CheckSystemFunctionality.cmake CMakeLists.txt): Add tests for thread-safe variants of some library functions, other tweaks
21:05.33CIA-40BRL-CAD: 03erikgreenwald * r41154 10/brlcad/trunk/src/adrt/ (librender/camera.c librender/camera.h slave/slave.c): switch from using direct pthreads to the bu_parallel wrapper
21:27.45*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
21:27.45*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
21:27.45*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
22:19.55*** join/#brlcad Jay (~Jay@cpc2-live13-0-0-cust210.know.cable.virginmedia.com)
22:20.02JayHi
22:46.56*** join/#brlcad CIA-50 (~CIA@208.69.182.149)
23:31.49*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101029

IRC log for #brlcad on 20101029

00:10.53*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:40.14*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:47.02CIA-50BRL-CAD: 03starseeker * r41155 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Er, yeah - how about adding main so these tests actually stand a chance to succeed...
02:21.17starseekerthat's... weird.  Both the sin test for M_LIBRARY and the check for main in ieee have opposite results in CMake and autotools
02:22.09starseekerlooks like CMake is checking compiling and linking for ieee, where autotools just checks compile - and autotools does some funky stuff in its sin test...
02:28.14CIA-50BRL-CAD: 03starseeker * r41156 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Doing a resolve actually gets closer to matching the autotools results on gentoo.
02:35.34CIA-50BRL-CAD: 03starseeker * r41157 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Make some fancier messages.
04:51.24CIA-50BRL-CAD: 03brlcad * r41158 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: remove unused a, step, count, and res vars; and tol needs to be const.
04:58.36CIA-50BRL-CAD: 03brlcad * r41159 10/brlcad/trunk/src/other/tnt/jama_lu.h: let our jama mod play nicely with vmath
05:20.09*** join/#brlcad PrezKennedy (MK@whitecalf.net)
05:21.56CIA-50BRL-CAD: 03brlcad * r41160 10/brlcad/trunk/src/burst/ (Hm.c Makefile.am fb.c grid.c gridrotate.c ui.c): quell a slew of strict compilation warnings. unused vars, k&r conversions to stdc, and more.
06:02.32CIA-50BRL-CAD: 03brlcad * r41161 10/brlcad/trunk/src/burst/ (23 files): massive ws cleanup. conversion to our style, undo k&risms, consistency cleanup.
06:09.25CIA-50BRL-CAD: 03brlcad * r41162 10/brlcad/trunk/src/bwish/ (Makefile.am cmd.c input.c main.c): enable and quell all strict verbose compilation warnings. make interp global be INTERP to make it clear where the gobal is being used. mark unused params.
06:13.37CIA-50BRL-CAD: 03brlcad * r41163 10/brlcad/trunk/src/bwish/ (8 files): minor formatting consistency
06:17.10CIA-50BRL-CAD: 03brlcad * r41164 10/brlcad/trunk/src/canon/ (Makefile.am canon.h canonlib.c): enable strict warning compilation. tray needs to be an int in order to hold the value of IPU_MANUAL_FEED without overflowing.
06:32.29CIA-50BRL-CAD: 03brlcad * r41165 10/brlcad/trunk/src/conv/step/STEPWrapper.h: compiler is not happy with line statements merely calling sizeof(). remove the sizeof wrapping on ERROR to quell warnings about useless statements.
06:35.43CIA-50BRL-CAD: 03brlcad * r41166 10/brlcad/trunk/src/conv/step/BRLCADWrapper.cpp: looks like the radius was left hard-coded to 10.0, make it use the value passed.
06:36.54CIA-50BRL-CAD: 03brlcad * r41167 10/brlcad/trunk/src/conv/step/ (8 files): quell warnings, mostly unused.
07:07.20CIA-50BRL-CAD: 03brlcad * r41168 10/brlcad/trunk/src/conv/ (8 files in 4 dirs): quell a slew of compilation warnings. variable decls should be at top of scope. add a couple FIXME notes for dem-g where variable-sized arrays are deused. fix a handful of other UNUSED params and shadowing.
08:26.40*** join/#brlcad mafm (~mafm@83.50.133.118)
08:28.33*** join/#brlcad mafm_ (~mafm@83.50.133.118)
09:34.57*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
10:50.56*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:51.44*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
14:01.46CIA-50BRL-CAD: 03starseeker * r41169 10/brlcad/branches/cmake/src/other/tcl/CMake/CheckSystemFunctionality.cmake: Expand serial port check and add flag to results.
14:07.04CIA-50BRL-CAD: 03starseeker * r41170 10/brlcad/branches/cmake/src/other/tcl/ (CMake/CheckSystemFunctionality.cmake CMakeLists.txt): Tcl warns that some compilers need #include lines in the leftmost column.
15:39.38CIA-50BRL-CAD: 03starseeker * r41171 10/brlcad/branches/cmake/src/other/tcl/ (4 files in 2 dirs): Keep evolving this CMake tcl organization - debugging will be simpler if things look as similar as possible, so organize it that way.
17:51.18CIA-50BRL-CAD: 03erikgreenwald * r41172 10/brlcad/trunk/src/adrt/librender/camera.c: update worker to match the signature expected by bu_parallel
18:04.19*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
18:11.18CIA-50BRL-CAD: 03brlcad * r41173 10/brlcad/trunk/src/conv/step/ (SdaiAll.cc compstructs.cc): remove unused vars
18:12.10CIA-50BRL-CAD: 03brlcad * r41174 10/brlcad/trunk/src/conv/step/schema.cc: add missing return statement for failure
18:12.21CIA-50BRL-CAD: 03brlcad * r41175 10/brlcad/trunk/src/conv/step/SdaiCONFIG_CONTROL_DESIGN.cc: unused param quellage even though this file is autogenerated.
18:13.58CIA-50BRL-CAD: 03starseeker * r41176 10/brlcad/branches/cmake/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): Move more logic into SC macros, add a few more of the simpler tests. Once this is all set up, need to do a line-by-line comparison with regular build system tests to ensure we're doing them correctly.
18:14.19CIA-50BRL-CAD: 03brlcad * r41177 10/brlcad/trunk/src/conv/ (47 files in 12 dirs): lots of cleanup to remove dead code (MEMORY_LEAK_CHECKING), unused parameters, variables, and lots of direct floating point comparison tests.
18:39.10CIA-50BRL-CAD: 03brlcad * r41178 10/brlcad/trunk/src/conv/intaval/regtab.cpp: specifying the length was pointless, still needs quellage
18:39.10CIA-50BRL-CAD: 03brlcad * r41179 10/brlcad/trunk/src/conv/iges/splinef.c: needs vmath for NEAR_ZERO
18:39.19CIA-50BRL-CAD: 03brlcad * r41180 10/brlcad/trunk/src/conv/iges/g-iges.c: oops, these were just testing comments. uncomment.
18:39.19CIA-50BRL-CAD: 03brlcad * r41181 10/brlcad/trunk/src/conv/comgeom/mat.c: also needs vmath
18:39.20CIA-50BRL-CAD: 03brlcad * r41182 10/brlcad/trunk/src/conv/iges/extrudcon.c: lower the minus a smidgen
18:39.27CIA-50BRL-CAD: 03brlcad * r41183 10/brlcad/trunk/src/conv/iges/ (add_face.c iges_struct.h main.c make_nurb_face.c): more quellage
18:47.26CIA-50BRL-CAD: 03brlcad * r41184 10/brlcad/trunk/src/conv/ (Makefile.am comgeom/ged_types.h comgeom/mat.c): ged_types.h isn't needed if we're including vmath so remove it.
18:52.59CIA-50BRL-CAD: 03brlcad * r41185 10/brlcad/trunk/src/conv/euclid/ (g-euclid.c g-euclid1.c): unsigned/signed demismatch
18:54.42CIA-50BRL-CAD: 03brlcad * r41186 10/brlcad/trunk/src/conv/ (g-egg.c stl/g-stl.c): this is interesting, the gcc attribute must encompass the array size or it thinks that it is parsing an array of functions. should be problematic signatures, but seems to do the trick.
19:19.08CIA-50BRL-CAD: 03brlcad * r41187 10/brlcad/trunk/INSTALL: for some reason, README.Windows was not listed
19:21.32CIA-50BRL-CAD: 03starseeker * r41188 10/brlcad/branches/cmake/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): Move some more tests into macro wrappers.
19:22.24CIA-50BRL-CAD: 03brlcad * r41189 10/brlcad/trunk/README: also refer users to the platform-specific readme files in the main README
19:35.44CIA-50BRL-CAD: 03starseeker * r41190 10/brlcad/branches/cmake/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): Move most of the macros implemented so far, fix some errors in what was being tested.
20:10.27*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
20:37.41CIA-50BRL-CAD: 03bob1961 * r41191 10/brlcad/trunk/src/tclscripts/archer/DataUtils.tcl: Mods to DataUtils::dataPick to accomodate _group's containing whitespace.
20:58.22CIA-50BRL-CAD: 03erikgreenwald * r41192 10/brlcad/trunk/src/adrt/librender/camera.c: put the TIE semaphore after the RT semaphores
21:19.50CIA-50BRL-CAD: 03erikgreenwald * r41193 10/brlcad/trunk/src/adrt/librender/camera.c: Linux requires either RTLD_LAZY or RTLD_NOW. Use dlerror() in error reporting.
21:34.00CIA-50BRL-CAD: 03bob1961 * r41194 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added cadwidgets::Ged::set_data_point_callback. Update cadwidgets::Ged::end_data_move to honor gridSnap mode.
21:37.31brlcadstarseeker: really nice tty article http://www.linusakesson.net/programming/tty/index.php
23:03.21*** join/#brlcad nooga (~nooga@77-45-52-193.sta.asta-net.com.pl)
23:05.25``Erik<PROTECTED>
23:26.34kanzurewhat's the point of "Local variables" in the source files?
23:26.39kanzurevim doesn't seem to respect them
23:36.07brlcadkanzure: the local variables block does little/nothing for vim, except for the last ex: line
23:36.11brlcadthat's a vim modeline
23:36.18brlcad:set modelines
23:36.46kanzureaha
23:36.49kanzure<3 thank you
23:36.50brlcadoff by default with newer versions of vim, so you have to enable it
23:36.56kanzureok that makes more sense now
23:37.59brlcad":set modeline" might be the var that turns it on/off
23:38.07brlcadmodelines is the number of lines to search
23:39.11brlcadyeah, it's both
IRC log for #brlcad on 20101030

IRC log for #brlcad on 20101030

00:00.49CIA-50BRL-CAD: 03erikgreenwald * r41195 10/brlcad/trunk/src/other/step/configure.ac: allow autoconf to see the local m4 dir
00:07.08``Erikwasn't aware that bu_avail_cpus() talked windows O.o shoulda looked before I spent all the time researching various ways to do it (though some argue that the way we do it is wrong, there's an 'affinity' bitmask that will tell you if the process is permitted to utilize the specific cpu)
00:08.49CIA-50BRL-CAD: 03brlcad * r41196 10/brlcad/trunk/src/fb/ (bw-fb.c cell-fb.c): cleanup, return from funcs that return, deshadow
00:10.34CIA-50BRL-CAD: 03erikgreenwald * r41197 10/brlcad/trunk/configure.ac: use the AC_LANG_SOURCE macro
00:16.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
01:51.26*** join/#brlcad Nohla (~Nohla@201.255.239.41)
01:54.40*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
05:47.02*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
09:06.40*** join/#brlcad mafm (~mafm@83.49.86.69)
11:39.44*** join/#brlcad mafm_ (~mafm@83.49.86.69)
13:39.50*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:37.45*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:29.08starseekerhah, cool:  http://www.nist.gov/pml/wmd/20101026_si.cfm
18:30.45``Erikbut coldfusion? really?
18:31.11starseekerhuh?
18:32.40``Erikcfm
18:32.47``Erikit's the web framework software they're using
18:33.24``Erik<-- watching the live coverage of the rally to restore sanity O.o
18:33.46starseekerah
18:34.08starseekerhave the rightwing nutjobs shown up with guns to exterminate the non-believers yet?
18:35.17``Erikno, and the place is PACKED
18:35.45``Erikabout twice the number that showed up at becks 'restore honor' thing
18:36.07starseekeroh, don't worry - Fox News will be able to make it seem like beck had 3x the number there now :-P
18:36.13``Erikheh, of course
18:36.18``Erikbut stewart headed that off
18:36.24``Erikby walking 150k to 10m
18:36.28``Erik:D
19:50.45``Erikah, the redefinition of the gram, yeh, saw that yesterday :)
19:51.53starseekershame on slashdot for linking to fox news instead of the nist article
19:52.45``Erikum
19:52.48``Erikit IS slashdot
19:53.03starseekerheh, yeah true
19:53.09``Erikkinda famous for 'don't read the link, don't read the comments, but google the keywords to the headline, something may be going on, possibly"
19:55.03``Erik(fox news did a bit on the issue? "ditch the shoddy kg definition the so-called 'scientists' came up with, use the one GOD defined six thousands years ago! in another news, liberal socialist panda bears attack decent people at some zoo..."...)
19:56.25``Erikwonders if his macro changes in configure.ac have broken automake 1.6 O.o we may have a complete incompatibility brewing :)
20:00.55louipceh it's more than 8 yrs old though
20:01.51louipcthey can use the brlcad from 8 yrs ago too hehe
20:01.52``Erikyes, I'd be happy to drop support and make our makefiles much cleaner with the 1.7+ stuff... I'm not the one bitching about supporting ancient deprecated versions :D
20:02.39``Erikit's only the people working from svn and making the dists that have to worry, once the .tar.gz is made, no auto* is needed unless you change something
20:03.42``Erikos10.4 is automake 1.6, os10.5 is automake 1.10
20:04.05``Erikthe issue would be dropping support for tiger as a primary dev platform without upgrades :)
20:04.14louipcall the more reason to not worry about supporting the old
20:04.29``Erik<-- ponders going through and doing the per-target cflags everywhere we SHOULD, but don't to support 1.6
20:05.21louipcpeople don't update their software between os10.4 and 10.5?
20:08.47``Erikum, the Xcode distribution provides the package and it's done more enterprise style
20:09.16``Erikand to get the most recent xcode, you need the most recent osX... tell me, does redhat 5 ship with automake 1.11?
20:10.47``Erik(enterprise style being big honkin' schedule mega-updates... quarterly 'everything' instead of bits and pieces constantly)
20:11.46starseeker``Erik: If I succeed with CMake, it'll all be moot :-P
20:13.34louipcno idea
21:04.07``ErikI think I mentioned that in my email to -dev for tom
21:04.15``Eriknow hurry up and succeed.
21:04.17``Erik:D
21:04.26``Erikalso; the 'normal' linux machine at work does not have cmake...
21:04.55``Erikso you also have a fairly ugly political battle ahead unless you luck into the right person
21:16.00*** join/#brlcad waprat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
21:39.19brlcad``Erik: what is your melange link id?
21:39.28brlcador starseeker
21:39.58brlcadhttp://socghop.appspot.com <- go to User (self) then Edit Profile
21:42.48``Erikmelawhat?
21:44.38brlcadmelange is the interface we used for GSoC
21:46.46brlcadkind of time sensitive
21:55.00brlcad``Erik: ?
21:55.47brlcadanyone from previous gsoc have their link id handy?
21:56.16brlcadstarseeker: poolio: louipc: ..
21:59.03brlcadfound starseeker's
22:02.42*** join/#brlcad mafm_ (~mafm@83.54.181.136)
22:15.38CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2308 10/wiki/Google_Code_In/Project_Ideas: initial project ideas for code and docs
22:22.59CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2309 10/wiki/Google_Code_In/Project_Ideas: quality assurance and outreach
22:29.19``ErikI don't think I ever actually created one
22:30.14CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2310 10/wiki/Google_Code_In/Project_Ideas: training and research
22:41.47CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2311 10/wiki/Google_Code_In/Project_Ideas: sort
23:23.32CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2312 10/wiki/Google_Code_In/Project_Ideas: expand first task, add disclaimer
23:39.27CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2313 10/wiki/Google_Code_In/Project_Ideas: expand hi/lo
IRC log for #brlcad on 20101031

IRC log for #brlcad on 20101031

00:01.39CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2314 10/wiki/Google_Code_In/Project_Ideas: few more code tasks
00:03.10CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2315 10/wiki/Google_Code_In/Project_Ideas:
00:26.49CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2316 10/wiki/Google_Code_In/Project_Ideas: add doc tasks
00:32.17CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2317 10/wiki/Google_Code_In/Project_Ideas: fix and separators
00:46.15CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2318 10/wiki/Google_Code_In/Project_Ideas: add a couple user interface ideas
00:53.22CIA-50BRL-CAD: 03brlcad * r41198 10/brlcad/trunk/src/librt/db_tree.c: remove dead code, and it's one of just two places in librt that directly calls nmg routines (should decouple fully)
00:57.51CIA-50BRL-CAD: 03brlcad * r41199 10/brlcad/trunk/src/librt/db_tree.c: avoid using the 'new' c++ keyword for variable names
03:25.05CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2319 10/wiki/Google_Code_In/Project_Ideas: expand on the documents section tasks
03:47.48starseekerbrlcad: sorry, wasn't at computer - do you have what you need from me?
03:55.35CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2320 10/wiki/Google_Code_In/Project_Ideas: outreach task
03:56.37CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2321 10/wiki/Google_Code_In/Project_Ideas:
04:05.15*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
04:51.44louipcbrlcad: I wan't part of gsoc, but I did volunteer to consult for that usability thing
06:08.06CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2322 10/wiki/Google_Code_In/Project_Ideas: add references
06:24.26CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2323 10/wiki/Google_Code_In/Project_Ideas: expand quality assurance tasks
06:47.41CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2324 10/wiki/Google_Code_In/Project_Ideas: expand Research
07:07.32CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2325 10/wiki/Google_Code_In/Project_Ideas: expand Training
08:10.04*** join/#brlcad mafm_ (~mafm@83.37.177.224)
12:29.22starseekerah hah http://www.freebsdsoftware.org/multimedia/mpeg.html
12:29.42starseekerfigured there had to be some kind of liberally licensed MPEG encoder somewhere
12:42.02starseekerok, looks like the Berkeley MPEG tools are also viable
12:43.00starseekerheh - lotta patches to that code, and more needed for the warnings, but at least gentoo organized 'em
13:01.44starseekerstashes copies where they are handy, in addition to putting the archives all in one directory (hate the old ones that barf files all over toplevel) and converting the stanford doc.ps to pdf to it can be read
13:01.53starseekerhttp://bzflag.bz/~starseeker/mpeg/
13:30.30starseekerhmm - ffv1 might be useful for saving and playing back things like MGED wireframe videos, although I suppose it can't be viewed by default by most commercial players
13:38.17starseekermight actually be smarter to strip libavcodec down to just the non-controversial parts and use that...
15:27.53brlcadstarseeker: looking at developing a pix-mpg tool?
15:29.24brlcador a pix-avi
15:29.53brlcadpix-flv
15:36.32``Erikhas just been saving to png and using ffmpeg, but would appreciate a decent lossless (or high quality) codec O.o
15:36.58``Erikmpeg artifacts on simple phong shaded geometry is just.. ugly
17:02.14*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
18:07.04starseekerbrlcad: was thinking along the lines of defining an animation in archer, then having an "Export as MPEG" option
18:07.53starseekernot sure MPEG-1 is suitable for wireframe visualizations though - or if it is, it'll take some care
18:08.05starseekerwishes the MPEG-2 patents expired sooner
18:08.53starseekerthe lossless codec in libavcodec looks like a good compromise, except of course for the problem of playing it back without a special purpose tool
18:09.08starseekeror mplayer/vlc/something else not likely to be there by default
18:09.56starseekerMJPEG with very minimal jpeg compression might be an option, but I don't know about playback on various platforms
18:12.16starseekerhmm... http://msdn.microsoft.com/en-us/library/dd390691%28VS.85%29.aspx
18:31.20starseekerauugh
18:31.26starseekerhttp://ffmpeg.arrozcru.org/wiki/index.php?title=Main_Page
18:31.42starseekerand here the whole point of the CMake effort is to build cleanly under MSVC++
18:31.44starseekerblegh
18:33.46starseekerwonders how hard the parts we might want to use would be to backport
18:38.37*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
18:38.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:55.09brlcadhttp://compression.ru/video/codec_comparison/lossless_codecs_2007_en.html
18:56.21starseekerhah, cool:  http://www.digitalpreservation.gov/formats/fdd/fdd000063.shtml
18:57.28*** join/#brlcad PrezKennedy (MK@whitecalf.net)
18:57.36starseekerbrlcad: cool!
18:58.00starseekernow if we can just find a website that identifies what video formats are supported "out of the box" on various OSes...
18:58.08brlcadyeah, philosophically, we should stick to a lossless encoding if at all possible
18:59.03starseekeraside from the possible exception of MJPEG done with little compression, I'm drawing a blank on lossless compression formats that are supported out of the box and/or compatible with our licensing requirements
18:59.39brlcadit not being default installed isn't as much of an issue -- especially if they can feed the lossless video into mplayer/vlc/quicktime/whatever to convert to lossy
19:00.02starseekerin that case we're probably looking at ffv1
19:00.19starseekerlibavcodec is LGPL now, apparently
19:00.50louipcstarseeker: so time for mingw?
19:00.52starseekerneed to check if the default huffyuv encoder in libavcodec is lgpl or not - the original code is GPL
19:01.11starseekerlouipc: I'd like to have mingw as an option, but it can't really be the default
19:01.24starseekerWindows devs expect to be able to use Visual Studio
19:01.30louipcI guess only if you want ffmpeg hehe
19:02.17starseekerto do what we would need, we actually would need a pretty tiny subset of ffmpeg - just the libavcodec pieces for our codec(s) of interest, and probably libavformat to be able to create files
19:04.47starseekerpix files have got to be close to a "raw" feed, although there are probably low-level formatting issues
19:05.50starseeker'course, this comes under the "low priority" heading at the moment :-/
19:08.34starseekerlooks like http://ffdshow-tryout.sourceforge.net/ + http://virtualdub.sourceforge.net/ can enable conversion of lots of codecs on Windows
19:09.38brlcadstarseeker: I wouldn't be surprised if there isn't some tiny academic encoder code that we could bundle
19:10.05brlcadlibavcodec can probably do the trick, but we don't need 30+ codecs, we really just need one
19:10.28starseekerright - so the question becomes how easy it is to strip libavcodec down to just what we need/want
19:10.33brlcadwrapping something in an ogg or avi or mpeg container is the easy bit
19:10.48brlcador finding another small lib
19:11.05starseekerGPL seems to quite popular for video encoders
19:12.28starseekerhmm - Dirac may have a lossless mode
19:13.49brlcadhttp://freshmeat.net/projects/h264bitstream
19:14.24starseekerh264 is a patent minefield though
19:20.21starseekerhuh, interesting:  http://wiki.multimedia.cx/index.php?title=Apple_QuickTime_RLE
19:21.35starseekerwikipedia claims it works well for movies with "large areas of constant color"
19:24.40brlcadyeah, rle would be great
19:24.59brlcadmight even be easy to just implement that format using libutahrle
20:19.18``Erik5~/cl
23:17.54starseeker``Erik: heh, reading this Java article on slashdot is entertaining...
23:18.30starseekerfrom one of the comments:  "Sounds like we need a new, and truly open, language and runtime for the 21st century."
23:18.34starseekerLisp will rise again!
23:33.27*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
IRC log for #brlcad on 20101101

IRC log for #brlcad on 20101101

00:16.59PrezKennedyLithp will rise again!!
01:43.15*** join/#brlcad IriX64 (~root@bas2-sudbury98-1128565223.dsl.bell.ca)
02:05.00*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
02:08.50IriX64louipc you never told me linux was so much fun :)
02:32.18*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
02:32.28*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:33.57CIA-50BRL-CAD: 03Sean 07http://brlcad.org * r2326 10/wiki/Google_Code_In/Project_Ideas: no longer editing "actively"
02:39.25louipcIriX64: well, I might have told you it was better than windows :/
03:02.30brlcadstarseeker: looks like quicktime has three lossless encoding formats
03:02.35brlcadrle, png, and raw
03:07.10*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
03:08.54brlcadstarseeker: http://diracvideo.org/download/schroedinger/  dirac is also lossless and has compat licensing
03:13.58brlcadvls plays dirac .ts files
03:18.47brlcadhttp://openquicktime.sourceforge.net/
03:19.28brlcadlooks like would have to cherry pick if there's a lgpl lossless codec
03:20.27starseekerphooey - their table doesn't call out the licenses
03:21.46brlcadthe README and COPYING file aren't much more help either .. just say lgplv2
03:22.07starseekerto the source
03:22.08brlcadhttp://openquicktime.svn.sourceforge.net/viewvc/openquicktime/trunk/
03:22.44brlcadlooks like they have a windows build
03:23.14brlcadhttp://openquicktime.svn.sourceforge.net/viewvc/openquicktime/trunk/videoplugins/rle/codec_rle.c?revision=382&view=markup
03:23.17brlcadwell that's promising
03:23.35starseekersweet
03:23.47starseekerneeds 4 other headers directly...
03:24.50brlcadprobably needs more than that .. the codecs are set up as plugins
03:25.05brlcadto, presumably, http://openquicktime.svn.sourceforge.net/viewvc/openquicktime/trunk/encoder/
03:25.27starseekerI think that's a sample app, but yeah it probably shows how to use it
03:25.40brlcadyeah, it's not a lot of code
03:25.58starseekerthis sucker doesn't look too active - you think it's a better bet than cutting down libavcodec?
03:26.25brlcadlooking like it
03:27.09starseekerk - at least we can make it compile with msvc and not get complaints ;-)
03:28.12brlcadyep, much simpler and works portably
03:31.02starseekersweet
03:34.38starseekergah - pre-compiled .a and .lib files for win32 and macos - gonna have to undo that
03:37.47starseekerbrlcad: looks like that'd be another one we'd essentially be taking over
03:39.03starseekerhmm http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg18194.html
03:40.15starseekerlibquicktime appears to use ffmpeg for most of its conversions
03:42.54starseekerwell, compile only dies at svq1.c, which I don't think is a codec we would care about - rle compilation appears to have worked
03:48.56starseekeryeah, sorenson and xvid are the two that don't compile here, and we don't need either
03:52.02starseekeradds openquicktime to the "CMakeify later" list
03:57.54brlcadstarseeker: instead of takeover, it'd probably be worthwhile to just fork and import a minimal subset
03:58.01brlcadotherwise, maybe try to push upstream a cmake build
03:58.06starseekernods
03:58.30starseekerI'm actually liking the minimal fork idea - libbmov or some such
03:59.47brlcadlibmov actually doesn't seem to be in use
04:00.22starseekerhah, sweet :-)
04:00.55starseekercompanion library to our image conversion lib
04:01.04brlcadI applied for BRL-CAD to participate in Google Code-In
04:01.36starseekeryeah, saw the wiki stuff, but couldn't spot the org deadline on the web anywhere
04:01.42starseekerdid we make it?
04:02.01brlcadit was at the last minute, so might not get selected, but if we are then we'll have some HS students to work with
04:02.14starseekernods
04:02.37brlcadhttp://code.google.com/opensource/gci/2010-11/index.html
04:03.32starseekerI like their logo better for this one :-P
04:03.42brlcadhttp://code.google.com/opensource/gci/2010-11/faqs.html has the timeline
04:03.54brlcadnov 5th
04:04.06brlcadfeel free to expand on the project ideas
04:04.53brlcadthey should be tasks that ideally take no more than 3 days .. and only while workings 2-3 hours a day on that task
04:05.23brlcadso basically, things that would take one of us half a day to a full day's worth of work
04:06.15brlcadthe more ideas, the better, but they all have to be ideas fleshed out in detail with SPECIFIC deliverables (the existing list of ideas is still inadequate in that regard)
04:06.42starseekerwhat experience in BRL-CAD are we assuming here?
04:06.49brlcadremembering that they are high school students, so the tasks should be relatively simple
04:07.22brlcadI'm assuming they'll put an hour or two to figure things out, but not much experience
04:07.56brlcadreally no experience assumed, so whatever their task is has to take research time into consideration
04:08.05starseekerthe first thing that leaps to mind for me is to have them write/polish docbook man pages, but that's a bit vague and may not be the point of an exercise like this
04:08.31starseekermaybe convert existing manpages via doclifter + cleanup?
04:08.37brlcadthere are a few docs listed already, and it mentions they're in docbook
04:08.43starseekerah, k
04:09.34starseekermakes note to self - make sure CMake can do the doxygen build for BRL-CAD
04:09.40brlcadconvert existing manpages is a good one
04:09.49brlcadadd that
04:10.05brlcadhave to spell out where they are (or how to find them), roughly how many, etc
04:10.29brlcadunlike gsoc, we spell out the what AND how
04:11.15brlcadif it's too much, you could make the task be for just one directory
04:11.21brlcadlike src/util or something
04:11.42starseekeryeah, that's probably a good idea
04:12.30brlcadyeah, that's 94 manpages
04:12.44starseekeryeah, that's a good days work :-)
04:13.14starseekerwhat's that - probably medium?
04:13.50brlcad40 in conv, that might be better
04:14.29brlcad40 in fb, 7 in anim, 94 in util, 13 in rt,  .. that's the bulk
04:14.59brlcadyou could spell it out as "all of them", but then the "cleanup" would have to be minimal or non-existent
04:15.21brlcadminimal as in "docbook succeeds"
04:15.56brlcadstarseeker: so the reason I was asking for link ID, I listed you as the backup admin
04:16.17starseekeryeah, I figured success criteria would be successful, warning free generation of man pages from docbook source
04:16.20starseekerah, k
04:16.55brlcadit was required for the application and it was literally up to the very last minute
04:17.03starseekerno problem :-)
04:17.24brlcadexample of limesurvey's project ideas page: http://docs.limesurvey.org/tiki-index.php?page=LimeSurvey+Project+Ideas+for+Google+Code-in+2010
04:24.19brlcadparticularly relevant:  http://code.google.com/p/google-highly-open-participation-drupal/wiki/HowToWriteAGoodTask
04:24.56brlcadso deliverables and primary contacts need to be added
04:27.16brlcadanother example:  http://www.dragonflybsd.org/docs/developer/ProjectsPage/
04:27.33brlcadthey go so far as to have one-liner projects
04:27.55brlcadah, heh .. one line descriptions :)
04:28.17brlcadmost of our TODO items are fair game
04:37.34CIA-50BRL-CAD: 03Starseeker 07http://brlcad.org * r2327 10/wiki/Google_Code_In/Project_Ideas: Add docbook man page item
04:38.52starseekersleeps now... let me know if that needs more tweaking
04:40.48*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
05:07.01brlcadlooks good
08:15.11*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
09:28.20*** join/#brlcad _clock_ (~sanook_ba@217-162-130-133.dclient.hispeed.ch)
09:56.11d-loMernin all
09:56.24d-loHey, first person into the office, /msg me plz!
11:56.06d-lohttp://www.youtube.com/watch?v=t3h6kOLYGtI&p=E6C56123646997D3
11:56.08d-lolol
12:50.34*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:29.33``Erikyou're not in today?
13:34.34_psilvabrlcad: did you know the winkelvoss's?
13:43.37brlcad_psilva: nope
14:26.51_psilvaah
14:52.27brlcad~starseeker++
14:52.33brlcadnirt guide saves the day
15:19.07*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
15:39.16CIA-50BRL-CAD: 03starseeker * r41200 10/brlcad/branches/cmake/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): take a stab a reproducing the broken func test.
16:46.04CIA-50BRL-CAD: 03starseeker * r41201 10/brlcad/branches/cmake/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): More tweaking - trying to get back to building state. Not there yet.
18:38.13*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
18:51.49d-lohaha, pretty funny :
18:51.49d-lohaha, pretty funny : 14:47 -!- _psilva [~psilva@static-96-255-52-7.washdc.fios.verizon.net] has quit
18:51.52d-lo<PROTECTED>
18:51.55d-lo<PROTECTED>
18:51.57d-lowhoa, that was odd
18:51.59d-lo[#brlcad] haha, pretty funny :
18:52.27d-lohttp://www.youtube.com/watch?v=04jsncsgrjo
18:52.36d-lothere, copy paste didnt' whoop my butt this time
20:32.07CIA-50BRL-CAD: 03starseeker * r41202 10/brlcad/branches/cmake/src/other/tcl/CMake/tcl.cmake: Ah, typos are bad.
20:35.49CIA-50BRL-CAD: 03starseeker * r41203 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Another typo - can't count my Ms apparently.
20:41.47CIA-50BRL-CAD: 03starseeker * r41204 10/brlcad/branches/cmake/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): Add in langinfo test
21:01.25CIA-50BRL-CAD: 03starseeker * r41205 10/brlcad/branches/cmake/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): More flags, add a few tests to be placed later.
21:05.30CIA-50BRL-CAD: 03starseeker * r41206 10/brlcad/branches/cmake/src/other/tcl/CMake/tcl.cmake: GETADDRINFO has no E
21:07.08CIA-50BRL-CAD: 03starseeker * r41207 10/brlcad/branches/cmake/src/other/tcl/CMake/tcl.cmake: Remove stray extra line.
21:09.38*** join/#brlcad _psilva (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
21:26.05*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
22:03.28*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
22:03.28*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:20.59*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
22:45.35*** join/#brlcad mafm (~mafm@83.32.127.240)
23:59.21*** join/#brlcad ibot (~ibot@rikers.org)
23:59.21*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
IRC log for #brlcad on 20101102

IRC log for #brlcad on 20101102

02:14.16*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
03:04.08brlcadhas the initial script working
03:04.15brlcadinteresting success/failures
03:15.52CIA-50BRL-CAD: 03brlcad * r41208 10/brlcad/trunk/sh/ (Makefile.am conversion.sh): (log message trimmed)
03:15.52CIA-50BRL-CAD: add an initial, useful, and VERY informative script that walks over all objects
03:15.52CIA-50BRL-CAD: in the geometry file(s) specified and reports which will successfully convert to
03:15.53CIA-50BRL-CAD: nmg as well as bot. notably interesting that many nmg succeed while the
03:15.53CIA-50BRL-CAD: supposedly trivial subsequent conversion to bot sometimes fails. also
03:15.53CIA-50BRL-CAD: interesting that several debug messages seem to be escaping stdout/stderr
03:15.54CIA-50BRL-CAD: redirect. work is performed on a temporary copy so original input is
03:16.15brlcadoriginal input is unmodified.  example use: sh conversion.sh db/*.g
03:32.55brlcadhuh, that's odd and wrong .. somehow it's getting to the /dev/tty failsafe printing during bu_bomb instead of triggering the exception handling
08:17.15*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
08:59.24*** join/#brlcad CIA-48 (~CIA@208.69.182.149)
09:22.00*** join/#brlcad _clock_ (~sanook_ba@217-162-130-133.dclient.hispeed.ch)
09:46.05*** join/#brlcad mafm (~mafm@129.Red-81-43-146.staticIP.rima-tde.net)
10:11.45CIA-48BRL-CAD: 03brlcad * r41209 10/brlcad/trunk/TODO: noticed a couple problems already. facetize creates crap BoTs by only dumping first region, first shell. nmg_bot() and nmg_from_bot() both suck from an API perspective in that they only work with a shell too.
10:20.57CIA-48BRL-CAD: 03brlcad * r41210 10/brlcad/trunk/src/libged/facetize.c: this is the cause of the spurious bu_bomb() /dev/tty print messages infesting my conversion script. need to catch exceptions thrown by nmg_bot().
10:23.22CIA-48BRL-CAD: 03brlcad * r41211 10/brlcad/trunk/NEWS: no more /dev/tty printing when running 'facetize' command when conversion to BoT fails.
10:31.41CIA-48BRL-CAD: 03brlcad * r41212 10/brlcad/trunk/src/conv/nmg/nmg-bot.c: convert to try/catch block exception style, cleanup ws
10:36.38CIA-48BRL-CAD: 03brlcad * r41213 10/brlcad/trunk/src/libged/facetize.c:
10:36.38CIA-48BRL-CAD: convert our bu_setjump/bu_unsetjump blocks to more familiar try/catch exception
10:36.38CIA-48BRL-CAD: handling layout. this should happen across the entire code base for clarity and
10:36.38CIA-48BRL-CAD: consistency. I remember it taking me a while to wrap my head around jumps when
10:36.38CIA-48BRL-CAD: I started and the inconsistent calling style didn't help.
10:39.48CIA-48BRL-CAD: 03brlcad * r41214 10/brlcad/trunk/TODO: cleanup bu_setjump/bu_unsetjump blocks to more familiar try/catch style
10:43.47d-loMernin!
10:47.38CIA-48BRL-CAD: 03brlcad * r41215 10/brlcad/trunk/src/libged/facetize.c: report if this is an NMG with more than one region or shell when going to BoT
10:49.19CIA-48BRL-CAD: 03brlcad * r41216 10/brlcad/trunk/src/libged/facetize.c: db_free_tree() already tests the pointer and does nothing if null. simplify.
10:52.11CIA-48BRL-CAD: 03brlcad * r41217 10/brlcad/trunk/src/conv/nmg/nmg-bot.c: wants a pointer
11:10.34CIA-48BRL-CAD: 03brlcad * r41218 10/brlcad/trunk/src/librt/db_tree.c:
11:10.34CIA-48BRL-CAD: need another pair of core eyes on this but this looks like an outright bug in
11:10.34CIA-48BRL-CAD: the logic! checking the wrong left/right side during db_tree_parse(). the
11:10.34CIA-48BRL-CAD: intent seems clear so fix it so we do not return a corrupt tree pointer (with a
11:10.34CIA-48BRL-CAD: non-null left and null right). no telling the damage that has caused.
11:11.22d-loyikes, that's a nasty one (r41218)
11:13.56CIA-48BRL-CAD: 03brlcad * r41219 10/brlcad/trunk/src/librt/db_tree.c: the db_free_tree for the left was intentional. free it up so we don't leak.
11:24.53*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
11:26.19brlcadthat bug has been in there since the original verison 12 years and 10 months ago.. ouch
11:26.26brlcadcopy/paste error
11:27.10brlcadgiven where that is at, it had to cause some really obscure problems
11:28.51CIA-48BRL-CAD: 03brlcad * r41220 10/brlcad/trunk/src/other/tcl/generic/tclDecls.h: quell shadow on trace()
11:29.20CIA-48BRL-CAD: 03brlcad * r41221 10/brlcad/trunk/src/libged/put_comb.c: simplify
11:30.47CIA-48BRL-CAD: 03brlcad * r41222 10/brlcad/trunk/src/ (10 files in 3 dirs): don't need to check the pointer parameter to db_free_tree() as it will do a test for callers and return without action if null. simplify.
11:33.22brlcadhm.. "mged -c db/cube.g facetize cube.bot cube" .. me thinks thar be an infinite loop
11:35.19brlcadyep
11:35.40brlcadbad nmg_ptbl_vfuse(), no donut for you
11:37.02d-loso you seem to be on a bug killing spree today :)
11:37.24brlcaddidn't sleep well, figured why just lay there
11:37.46d-lobummer man, sorry to hear that.  kudos to making it productive though =D
11:40.48``ErikI believe there are unlocked globals somewhere hiding in the nmg code
11:41.25``Erikthere is some serious attention that needs to be paid to that former library now part of librt
11:42.25``Erikthe threaded marching cubes thing I commited, I'm definite that I did everything right, but it goes infinite loop on a BU_FOR_EACH macro down in nmg land, and that ain't right
11:42.34``ErikI mean, I locked around ALL nmg calls
11:42.43``Erikaanyways
11:43.17``Erik(ditch nmg for gts? argue for a week long offsite bugstomp event?)
11:43.51brlcadso you're saying you had a reliable test case that hit the problem but chose not to fix?  nobody else to blame there...
11:44.27brlcadthere's no reason to believe gts wouldn't be any better or worse, and I'd actually bet worse overall
11:44.29``ErikI have a reliable test case that has just shown up and have added it into my priority queue appropriately and spoke to richard about some of the details
11:44.33brlcadespecially for guaranteeing solidity
11:45.20brlcadat least, I'd bet the time it'd take to properly integrate and test gts is on order with or longer than the time it'd take to clean up nmg
11:45.30``Erikthat's what I'm thinking
11:45.51brlcadmy test script is showing that the failures are pretty rare
11:46.02brlcadthey just happen at a low level and cascade up the tree
11:46.15``ErikI also think that doing marching cubes at all was less effective and more time consuming than fixing nmg, which is why I argued my ttttttttm task to be 'improve facetization' instead of marchine cubes specific things
11:46.32``Erik~3% rate on 'normal' geometry, right? :)
11:47.06brlcaddon't have it calculating stats yet -- hit this infinite loop case first
11:47.35``Erik~3% feels roughly right for the geometry sets I've been working with
11:47.37brlcadthis should have been done, oh, about 10 years ago
11:47.51``Erikdon't look at me, I wasn't here then :D
11:48.11brlcadyeah, that's about what I'd guesstimate too if you count cascading up the hierarchy
11:48.16brlcadif you don't, it's less
11:48.53``Erikvic and dwayne are the kinds of guys who this matters to, and they don't think about the hierarchy and cascade failures, they just know what comes out the end
11:49.13``Erikthey're the metric that matters :D
11:49.50``Erikis waiting for the recycling truck so'z he can put away his bin before heading in, they seem to be running a bit slow today :/
12:25.48d-lothinks that recycling trucks should be electric powered, otherwise its a bit of an oxymoron :)
12:25.50CIA-48BRL-CAD: 03brlcad * r41223 10/brlcad/trunk/NEWS:
12:25.50CIA-48BRL-CAD: various commits by richard to improve the robustness of facetization and
12:25.50CIA-48BRL-CAD: geometry export (to polygonal formats). fixed ell tess bug, coplanar validity
12:25.50CIA-48BRL-CAD: test, tightness of orthogonal vectors, coplanar lines test, and more.
12:28.20CIA-48BRL-CAD: 03brlcad * r41224 10/brlcad/trunk/NEWS: keith added (improved) ray bundle shooting capability to librt via new rt_shootrays() routine. also implemented ray pattern generators for circular and elliptical. functionality is presently exposed in the rtshot tool.
12:37.10CIA-48BRL-CAD: 03brlcad * r41225 10/brlcad/trunk/NEWS: (log message trimmed)
12:37.11CIA-48BRL-CAD: bob fixed a problem with the pro/e export plugin being unable to load on
12:37.11CIA-48BRL-CAD: windows. the problem was that the prodevelop/protk libraries that we have to
12:37.11CIA-48BRL-CAD: link against are statically compiled against an old version of the C runtime.
12:37.11CIA-48BRL-CAD: that C runtime wouldn't necessarily match the newer version we compiled against
12:41.55brlcadrichard will need to regenerate that first page
12:47.25CIA-48BRL-CAD: 03brlcad * r41226 10/brlcad/trunk/NEWS:
12:47.25CIA-48BRL-CAD: improved robustness of boolean tree parsing by fixing a 12 year 10 month old bug
12:47.25CIA-48BRL-CAD: in db_tree.c:rt_tree_parse() where we were proceeding with a corrupt tree if the
12:47.25CIA-48BRL-CAD: left tree was non-empty and right tree was empty. cause was a simple copy/paste
12:47.25CIA-48BRL-CAD: error, fix was to check the right side for validity so it'd release and unset
13:03.45*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
13:09.09*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
13:09.15``ErikI'll tell him
13:09.26*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
13:09.26*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
13:39.04brlcadjust the news ones, not the sf ones
14:28.29*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:29.50d_rossbergah, still daylight saving time
14:33.48CIA-48BRL-CAD: 03starseeker * r41227 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt:
14:33.48CIA-48BRL-CAD: Organize the darwin specific tests, add a few - gonna need to study the complex
14:33.48CIA-48BRL-CAD: awk/grep lines being added to the LD flags and see what they're doing before
14:33.48CIA-48BRL-CAD: it's clear how to do it with CMake - just adding the text from the configure.in
14:33.48CIA-48BRL-CAD: does not work.
14:34.58d-lod_rossberg: ya, we still have a few more days of DST.  EU just switched off DST, right?
14:36.40d_rossbergright, last sunday morning we got the hour back
14:38.12d_rossbergi've a telco this week and have to kepp in mind that the time difference is 5h now
14:41.28``Erikbrlcad: libged/facetize.c is busted, +256, 'm' is undefined.. not sure if ya mean nmg_model instead
14:49.52starseekerdoes anybody know what feeding a double dash to grep in this fashion does?  grep -q -- '-prebind '
14:51.30``Erikdouble dash b y itself stops getopt parsing
14:51.43``Erikotherwise, it'd try to read -prebind as an option instead of a symbol
14:52.14``Erik(the single quote helps the shell, not the program executed by the shell)
14:52.35starseekerah, thanks
14:55.04CIA-48BRL-CAD: 03starseeker * r41228 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt:
14:55.04CIA-48BRL-CAD: Hmm... if I'm not mistaken, the awk logic isn't needed if we pass in the right
14:55.04CIA-48BRL-CAD: pre-defined variables. Grep logic is a tad less clear but it seems to be
14:55.04CIA-48BRL-CAD: checking for -prebind in LDFLAGS and passing that into the link flags if needed
14:55.04CIA-48BRL-CAD: - can handle that elsewhere more cleanly I think.
14:57.29CIA-48BRL-CAD: 03starseeker * r41229 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Make sure we point to the generated plist files - need to confirm those are generating like they do in the autotools build.
16:01.43CIA-48BRL-CAD: 0392.249.84.146 07http://brlcad.org * r2328 10/wiki/Main_Page:
17:38.24CIA-48BRL-CAD: 03brlcad * r41230 10/brlcad/trunk/src/anim/ (7 files): quell verbose strict warnings on linux
17:40.38CIA-48BRL-CAD: 03brlcad * r41231 10/brlcad/trunk/src/anim/ (cattrack.c chan_permute.c): minor ws consistency
17:57.31CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2329 10/wiki/Main_Page: Reverted edits by [[Special:Contributions/92.249.84.146|92.249.84.146]] ([[User talk:92.249.84.146|Talk]]); changed back to last version by [[User:Dloman|Dloman]]
17:57.45CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:92.249.84.146]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
18:04.11CIA-48BRL-CAD: 03brlcad * r41232 10/brlcad/trunk/src/canon/canonize.c: track fwrite() results
18:18.23CIA-48BRL-CAD: 03brlcad * r41233 10/brlcad/trunk/src/libged/facetize.c: copy paste diff with src/conv/nmg/nmg-bot.c code. here it's nmg_model, not m.
19:10.58CIA-48BRL-CAD: 03starseeker * r41234 10/brlcad/branches/cmake/src/other/tk/ (8 files in 2 dirs): Start reworking Tk build to use CFLAGS too.
19:12.22*** join/#brlcad mafm (~mafm@81.35.69.185)
19:46.37CIA-48BRL-CAD: 03starseeker * r41235 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt:
19:46.37CIA-48BRL-CAD: Add some more stuff, replace a couple accidentally deleted files - showing signs
19:46.37CIA-48BRL-CAD: of getting closer to being a functional Tk build, although Tcl vs. Tk CFLAGS
19:46.37CIA-48BRL-CAD: still need straightening out and the plist logic for Tk is not yet present.
20:08.34*** join/#brlcad mafm_ (~mafm@81.35.69.185)
21:59.52CIA-48BRL-CAD: 03starseeker * r41236 10/brlcad/branches/cmake/src/other/tk/ (CMake/tcl.cmake CMakeLists.txt): Switch TCL_CFLAGS to TK_CFLAGS to avoid conflicts - need to make this more generic in some fashion later.
22:46.43*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
23:35.48CIA-48BRL-CAD: 03starseeker * r41237 10/brlcad/trunk/TODO: Toss in a few quick notes on ideas pertaining to NURBS and NMG - moving logic from old NURBS to new and using BoT raytracing to handle NMGs.
23:38.27*** join/#brlcad Ralith (~ralith@d142-058-094-190.wireless.sfu.ca)
23:40.48CIA-48BRL-CAD: 03starseeker * r41238 10/brlcad/trunk/TODO: Typo
IRC log for #brlcad on 20101103

IRC log for #brlcad on 20101103

00:53.00*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
08:04.10*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
09:55.38*** join/#brlcad mafm_ (~mafm@83.50.132.61)
11:49.36*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:34.10*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:34.10*** join/#brlcad mafm_ (~mafm@83.50.132.61)
14:34.10*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
14:34.10*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
14:34.10*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
14:34.10*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
14:34.10*** join/#brlcad CIA-48 (~CIA@208.69.182.149)
14:34.10*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
14:34.10*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
14:34.10*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
14:34.10*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
14:34.10*** join/#brlcad willdye (~willdye@fern.dsndata.com)
14:34.10*** join/#brlcad kanzure (~kanzure@131.252.130.248)
14:34.10*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
14:34.10*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
14:34.10*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
14:34.11*** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ)
14:34.11*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
14:34.11*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
14:34.11*** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ)
14:34.11*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
14:34.11*** join/#brlcad ChanServ (ChanServ@services.)
14:34.11*** mode/#brlcad [+oo brlcad ChanServ] by verne.freenode.net
14:36.49starseekerah, cool
14:37.03starseekerwell, cool that the estimate was good, bad that performance sucks so bad :-P
14:37.03starseekerthat reminds me...
14:41.38CIA-48BRL-CAD: 03starseeker * r41239 10/brlcad/trunk/TODO: Add note to try spatial partitioning in the facetize command to see what kind of performance boots can be had.
14:41.49starseekerboosts even
14:42.03d-lo=D
14:42.13starseekerdoes not propose to study western sports equipment
14:43.16d-loBRL-CAD: Now with High Performance Boots!
14:45.30brlcadwill code for performance boots
14:53.50_psilvawhat profiling tools do you use for brlcad btw
14:56.02brlcadprimarly Shark, gprof, and valgrind
14:56.14brlcaddabbled with oprofile once
14:56.55brlcadshark kicks ass
14:57.24_psilvais itoss?
14:57.27_psilvait oss*
14:59.38starseekerno, it's one of the Mac dev tools
14:59.51_psilvaahh mac
15:01.09starseekerit really is awesome
15:04.11brlcadit is free, but not oss
15:13.15CIA-48BRL-CAD: 03Johnharris 07http://brlcad.org * r2330 10/wiki/Main_Page:
16:01.12_psilvapart of xcode?
16:02.36_psilvalooks like it
16:06.11CIA-48BRL-CAD: 03starseeker * r41240 10/brlcad/branches/cmake/src/other/tcl/ (CMakeLists.txt doc/CMakeLists.txt library/CMakeLists.txt): Add install logic for more of tcl's files
16:11.08``Eriksortakinda, it comes with the CHUD suite
16:45.50*** join/#brlcad mafm (~mafm@83.50.132.61)
16:50.56*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:12.12CIA-48BRL-CAD: 03starseeker * r41241 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Teach CMake how to make the tclsh8.5 link - can't do it just by setting the VERSION variable, since that gives us tclsh-8.5
17:20.09CIA-48BRL-CAD: 03starseeker * r41242 10/brlcad/branches/cmake/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt doc/CMakeLists.txt): Put that zeroing out of the linklibs var where it belongs.
18:24.33CIA-48BRL-CAD: 03starseeker * r41243 10/brlcad/branches/cmake/src/other/tcl/doc/ (CMakeLists.txt install_man.cmake.in): Blast it. Most tcl man pages are generated - hook up a CMake script to run installManPages appropriately if sh and sed are around. A no-go on Visual Studio builds, but then the man pages aren't viewable there anyhow.
20:04.38CIA-48BRL-CAD: 03starseeker * r41244 10/brlcad/branches/cmake/src/other/tcl/library/CMakeLists.txt: Copy tclAppInit.c to its expected place
20:18.05``Erikyeesh, 28 load on bz, httpd must be taking a bot or two
20:39.45CIA-48BRL-CAD: 03starseeker * r41245 10/brlcad/branches/cmake/src/other/tk/ (4 files in 3 dirs): Do for tk what we did for tcl man pages, add in demo files
20:43.24CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2331 10/wiki/Main_Page: Reverted edits by [[Special:Contributions/Johnharris|Johnharris]] ([[User talk:Johnharris|Talk]]); changed back to last version by [[User:Sean|Sean]]
20:43.33CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Johnharris]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
23:15.19*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
IRC log for #brlcad on 20101104

IRC log for #brlcad on 20101104

00:36.30*** join/#brlcad 20QACF0CL (~stevegt@cislunar.TerraLuna.Org)
03:00.08*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
04:54.06brlcadwow, goliath model has something in there that is causing nmg_booltree_evaluate() to recursive more than 350 levels into itself
05:08.38*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
06:05.17*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
07:01.18*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
08:42.01*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
09:45.04*** join/#brlcad mafm (~mafm@83.37.177.247)
11:16.02*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
11:16.04*** join/#brlcad mafm (~mafm@83.37.177.247)
12:43.46*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:02.58*** join/#brlcad _psilva_ (~psilva@static-96-255-52-7.washdc.fios.verizon.net)
13:14.44CIA-48BRL-CAD: 03starseeker * r41246 10/brlcad/branches/cmake/ (194 files in 44 dirs): Update cmake branch to trunk r41245
14:00.04*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
14:13.59*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
15:21.28CIA-48BRL-CAD: 03erikgreenwald * r41247 10/brlcad/trunk/src/libpc/ (5 files): remove executable property on .cpp and .h files
15:31.11starseek1rreads up on Boost spirit
15:33.20brlcadthere's a good tutorial in their docs
15:33.26brlcadtutorial and overview
15:33.45starseek1ris wondering if they have improved performance
15:37.48starseekerbrlcad: my vague recollection is we grabbed just enough of boost to get the spirit parser - was that done by hand or is there some clever way to figure out the minimal subset of boost we'll need to import?
15:39.01starseekeroh, nevermind - spirit has it on their website
15:40.26starseekeror, actually... not.  psyc
15:41.27starseekeryeah, phooey.  last pre-packaged spirit-only is 1.8.5, and 2.1 is apparently current.
15:47.22_psilva_brlcad is converting to c++?
15:47.37starseekernot completely, but we're using some C++ libs
17:39.07brlcadstarseeker: there's a boost tool that will extract the subset of boost that you use
17:39.20starseekeroh, whoops
17:39.33starseekerI (think) I already got it
17:39.43starseekerwill need to use that to confirm
17:41.53starseekerhaults his commit
17:43.39starseekerOh, I see it - bcp
17:43.57starseekeruh... builds using jam?
17:45.48starseekerbah
20:33.22*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:33.22*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:23.00CIA-48BRL-CAD: 03starseeker * r41248 10/brlcad/branches/cmake/src/other/tcl/library/CMakeLists.txt:
21:23.01CIA-48BRL-CAD: For the BRL-CAD build, our use of CMAKE_LIBRARY_OUTPUT_DIRECTORY means we need
21:23.01CIA-48BRL-CAD: to stick the library files in a place tcl can see them in order to run 'in build
21:23.01CIA-48BRL-CAD: tree', which is needed for building other parts of BRL-CAD. Need to think about
21:23.01CIA-48BRL-CAD: this a little more and check it for building in isolation.
21:29.22starseekersweet - distcheck passes on the mac
21:39.44CIA-48BRL-CAD: 03starseeker * r41249 10/brlcad/branches/cmake/src/other/incrTcl/itcl/generic/itcl.h: OK, we can't be using itclConfig.h after all - prepare to do it the Tcl way.
22:04.56*** join/#brlcad Ralith (~ralith@d142-058-094-151.wireless.sfu.ca)
22:32.18*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
22:36.20CIA-48BRL-CAD: 03starseeker * r41250 10/brlcad/trunk/src/other/boost/ (1682 files in 202 dirs):
22:36.20CIA-48BRL-CAD: I believe this successfully updates the subset of Boost we use for spirit to
22:36.20CIA-48BRL-CAD: Boost 1.44.0/Spirit 2.1. Basic approach was to include the main header for
22:36.20CIA-48BRL-CAD: spirit in a test case, duplicate the directory structure of the pre-existing
22:36.20CIA-48BRL-CAD: boost inclusions, attempt a file copy of the same subset we included, delete any
22:42.47*** join/#brlcad PrezKennedy (MK@whitecalf.net)
IRC log for #brlcad on 20101105

IRC log for #brlcad on 20101105

00:34.22*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
01:44.47louipcwowzarz
01:47.31*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
02:13.19*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
04:23.24brlcad``Erik: autogen/configure seems to be happy on automake 1.6
04:25.59*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
10:12.36*** join/#brlcad mafm (~mafm@193.153.52.142)
12:03.57starseekertries distcheck on gentoo, crosses fingers - maybe this will be an easy cycle and we can sync to STABLE soon
12:05.34starseekerauuugh
12:05.36starseekerbrlcad-7.17.0/src/other/boost/spirit/home/support/iterators/detail/buffering_input_iterator_policy.hpp: file name is too long (max 99); not dumped
12:06.20starseekerwill revert that for release then - not in use currently, and we can sort it out later
12:23.18*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
12:23.18*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
12:38.06CIA-48BRL-CAD: 03starseeker * r41251 10/brlcad/trunk/src/other/boost/ (1147 files in 136 dirs): Revert the boost upgrade - resulting in filenames too long for tar. Will deal with this after the release.
12:38.30*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:39.08starseekersigh
12:39.11starseekertries again
12:50.50brlcadheh
12:51.53brlcadstarseeker: you should be good to go for release once everything is tested
12:51.57brlcadmake sure all user-visible commits since last release are documented (ChangeLog is good for that)
12:52.26brlcadI took care of everything in my queue, but I usually double-check the log
12:54.40starseekerah, cool :-)
12:54.52starseekerhmm, looks like something weird here:
12:55.02starseeker../../../include/conf/COUNT:1:1: error: invalid suffix "n" on integer constant
12:55.48starseekeraand... sure enough, there is an n after the 1
12:55.55_psilva_so what are you guys using spirit for?
12:56.01starseekerlibpc
12:56.15starseekerparametric constraints
12:56.22_psilva_parsing them?
12:58.35brlcadstarseeker: that's something erik's seen on a bsd system
12:58.51brlcadresults from configure setting a wrong value for ECHO
12:59.38starseekerah
12:59.46brlcadprintf "%d\n" 123
12:59.48starseeker_psilva_: evaluating them
12:59.52brlcadvs echo "123\n"
13:00.06starseekerso it's my particular autotools's fault?
13:00.15brlcad*shrug*
13:00.16starseekerhopes
13:00.28brlcaddid you autogen.sh on that platform?
13:00.34starseekerI beleve so
13:00.41starseekerwill do it totally clean to be sure
13:01.25starseekeroo - might have some static files, hang on
13:02.05brlcadgrep ECHO include/conf/Makefile
13:03.19starseeker_psilva_: http://brlcad.org/wiki/Libpc
13:03.46starseekeror whoops, http://brlcad.org/wiki/Libpg_:_A_parametrics/constraint_library
13:03.56starseekersecond one looks better
13:04.37starseekernot sure why it's Libpg there...
13:05.15brlcadoriginal name, "parametric geometry"
13:05.27brlcadhe was going to make separate geometry objects
13:05.33brlcadtold him that was nfg
13:06.32brlcadso it was reworked to be libpc, which librt uses
13:17.26brlcadthinks the GCI list is going to make a good "how to get started contributing to BRL-CAD" list even if we're not accepted
13:18.17brlcadstarseeker: oh yeah, note the outstanding TODO item for Windows
13:28.53CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2332 10/wiki/Google_Code_In/Project_Ideas: BU jumping
13:29.39starseekerbrlcad: yeah, ECHO = printf %s\n
13:30.11starseekerso it's not our fault :-)
13:30.30starseekerand the failure was from a clean autogen
13:31.33``ErikI've seen the issue on my mac, too
13:31.53``Erikand on a linux box iirc
13:33.24``Erikit also shows up at the end of the build
13:33.26``Erik---nRun 'make test' to run the BRL-CAD Test SuitenRun 'make benchmark' to run the BRL-CAD Benchmark Suitenn**********************************************************n  BRL-CAD 7.17.0 is now installed into /usr/brlcad/HEADn  Be sure to add /usr/brlcad/HEAD/bin to your PATHn**********************************************************nnmake[2]: Entering directory `/var/tmp/erikg/brlcadbuild'
13:33.51starseekerlooks like this may be related: http://www.mail-archive.com/bug-autoconf@gnu.org/msg02903.html
13:35.14starseekerhmm:  http://www.mail-archive.com/bug-autoconf@gnu.org/msg02911.html
13:38.15starseekeryeah, this is not a BRL-CAD specific issue from the looks of it - recent libtool changed something
13:39.40CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2333 10/wiki/Google_Code_In/Project_Ideas: SCLstring -> std::string
13:40.22``Erikfrom 02912: The bug is not in 'echo', but in the improper use of $(ECHO) within ``
13:40.25``Erikinside the Makefile
13:43.11starseekerlet me see if we can override it by force in configure.ac - there's a place where we check if $ECHO was defined at all
13:43.27starseekerperhaps a check there for this printf statement, and an override if it is present, would get it working
13:44.52``Erikecho is posix (echo -n is NOT, however), where does $(ECHO) actually buy us anything?
13:45.47starseekershrugs - dunno. I'm just looking for the most minimal change to get us past distcheck right now, removing $(ECHO) would be a fair bit of work
13:46.26``Erikit would? O.o
13:46.50starseekernot in and of itself, but looking for what prompted us to make it a variable and confirm it's no longer an issue
13:54.07starseekerbah, overriding it does nothing
13:54.23starseeker``Erik: OK, I was wrong - perhaps we do need to replace $(ECHO)
13:55.19CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2334 10/wiki/Google_Code_In/Project_Ideas: quell verbose warnings in src/util
14:06.49CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2335 10/wiki/Google_Code_In/Project_Ideas: clean up the 'analyze' command
14:08.35CIA-48BRL-CAD: 03starseeker * r41252 10/brlcad/trunk/ (5 files in 5 dirs): Try replacing $(ECHO) with echo in the Makefile.am files - the newest libtool is using a printf expression for $(ECHO) that is resulting in extra n characters at the end of lines.
14:11.23starseekerUbuntu is going to try Wayland instead of X.org????
14:14.42CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2336 10/wiki/Google_Code_In/Project_Ideas: research impact of setting CPU affinity
14:15.31starseekertries to figure out what Wayland is...
14:15.34starseekerah
14:17.29brlcadthe reason it's $(ECHO) at all is because there are/were platforms where "echo" is not found
14:17.55brlcadso you needed to rely on configure detecting the echo mechanism for that platform
14:18.16starseekerapparently modern libtool is going to gum that up but good
14:19.40brlcadso how to address both problems?
14:19.51starseekerCMake? :-P
14:20.04starseekerwhat platforms lack echo?  
14:21.11brlcadyou'd have to search the logs
14:21.37starseekerIf they're still relevant today we've got a problem
14:25.17brlcadfrom that mailing list, it looks like it's recent libtool that's causing the problem and they're going to fix it
14:27.14starseekerthat was back in august though
14:29.38starseekerearliest item I see in the first cut is r23717
14:33.21_psilva_hm Vala looks interesting
14:38.02starseekerbrlcad: for include/conf/Makefile.am the change to $(ECHO) came at r31964
14:40.03starseekerfor bench/Makefile.am it was r24110
14:40.18starseekerI don't see a motivation in eather of those...
14:42.03starseekerin the case of the toplevel Makefile.am it was using @ECHO@
14:45.12starseekerfirst appearance in db/Makefile.am was r30442
14:45.45starseekerand step I'm sure inherited it from BRL-CAD's file
14:46.40starseekerdoes not appear to be mentioned in any toplevel file (TODO/NEWS/etc.)
14:49.35brlcadno matter then, you can just do the solaris build when they're back up and running ;)
14:49.49starseekerheh :-)
14:49.59brlcadthey're probably the closest platform to causing any modern issue
14:50.46starseekerthey're posix though, correct?
14:52.58brlcadtraditionally, the strictest
14:53.03brlcadeven where posix has flaws
14:53.46brlcade.g., if posix just says echo has to be on the system somewhere, that doesn't mean it's in your path or is built-in or is available within Makefiles .. lots of variables in play
14:55.01starseekerah
14:56.22starseekerwell, fwiw, the gentoo build is progressing well
14:56.32starseeker``Erik: did that get your Mac working?
14:59.37starseekersweet - after the echo change, distcheck passes on gentoo
15:00.54``Erikseems to all be good, lemme purge and reconfigure/compile
15:01.15starseekeranybody know of a test farm somewhere where we could set up a Solaris build?
15:08.10starseekermay have to poke at the GCC farm to see if they have something viable and would consider allowing us on there...
15:08.23starseekeror perhaps we could use virtualbox/qemu and set something up...
15:19.05starseekeralrightie, distcheck passes here, heading in
15:23.20``Erikcliff
15:38.38CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2337 10/wiki/Google_Code_In/Project_Ideas: g-iges + iges-g changes
15:40.54CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2338 10/wiki/Google_Code_In/Project_Ideas: new website solicitation
15:56.30CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2339 10/wiki/Google_Code_In/Project_Ideas: lots of missing manual pages, provide an easy and hard task
16:18.58CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2340 10/wiki/Google_Code_In/Project_Ideas: command spreadsheets
16:24.39CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2341 10/wiki/Google_Code_In/Project_Ideas: reword for generality
17:05.15*** join/#brlcad mafm (~mafm@193.153.52.142)
17:29.39``Erikfresh configure/make on fbsd8 and osX.6 both succeed
17:41.01starseekersweet
17:47.54CIA-48BRL-CAD: 03brlcad * r41253 10/brlcad/trunk/HACKING:
17:47.54CIA-48BRL-CAD: that first step should really also include notifying the brlcad-devel mailing
17:47.54CIA-48BRL-CAD: list with a simple message letting others know that someone has begun release
17:47.54CIA-48BRL-CAD: steps so that others know to keep the commits at ease for a couple days
17:48.20starseekerdistcheck passed on Redhat
17:53.28brlcadstarseeker: not to throw a wrench into the release, but there needs to be a strong change that distinguishes pushing out the minor or it should be a merged 7.16.12 off stable
17:53.42brlcadat least an api change (deprecations, removal of obsoletes)
17:55.25brlcadI'm thinking we can hit up the pre 7 and 7.12 deprecations quickly
17:56.59starseekerk, cool
17:57.00brlcadotherwise, we can declare archer in official alpha status if it's stable enough, but I didn't get a chance to talk to bob
17:57.21starseekerhe's in today, feeling better - he should be in next week
17:57.41brlcadask him what he thinks about an alpha archer
17:58.06brlcadpresuming we all are on the same page as to what that means .. :)
17:58.10starseekerI'm willing to go the 16.12 route, but what does "merged 7.16.12 off of stable" mean?  sync to stable without updating the version numbers?
17:58.30starseekerbrlcad: first, define what it means to you :-)
17:58.57brlcadwell, head is already 7.17 so it technically shouldn't regress back to 7.16 but stable is still at 7.16 so it can move forward a minor and get tagged from there
17:59.53starseekerwe probably can't declare it alpha without turning opengl in the default builds
17:59.55brlcadnot a big deal with 7.17 since it's still dev, it could be committed briefly as 7.16.12 for release purpose then jumped back (to 7.17.1)
18:00.23starseekernods - that might be a way to go
18:01.47brlcadalpha means we're including it enabled in all binary installs now and ACTIVELY soliciting users to check it out, provide feedback, and that we're otherwise done adding features from our end
18:02.19starseekerah, we are not done adding features
18:02.22brlcadit's not quite a feature-lock yet, but new features should be mostly in response to user feedback
18:02.24starseekerso the answer is a definite now
18:02.26starseekerer no
18:03.17brlcadthen beta is then when it goes into lock-down and the only new features are in response to bugs or problems (e.g. usability)
18:03.28starseekersketch editing, pipe editing, finishing comb editing...
18:04.05starseekernods - yeah, we're a ways away then
18:04.10brlcadfinishing /refining features is okay during alpha
18:04.25brlcadadding new/missing ones usually isn't
18:05.08starseekerwe might (generously) call comb editing a finishing/refining, but not sketch and pipe - they're not present at all ATM
18:05.52brlcadso then the question is whether they are release critical
18:06.06starseekersketch probably not, pipe I would say yes
18:06.23brlcadwhat about via libged?
18:06.31brlcadcommand-line editing, is that working for them?
18:07.04starseekerbob says "in theory yeah, using the adjust command - may not be practical for big pipes"
18:07.17brlcadk
18:08.00brlcadso not quite ready, and release is then either API deprecations/removals or a minor release
18:08.56brlcadsearchable command manual pages in mged would be a good minor justification too
18:09.44starseekernot sure we can whip that off in a day or two - what searching mechanism did you have in mind?
18:09.50brlcadkeyword
18:09.53starseekerhunts up the deprecations file
18:10.17starseekerI mean, what mechanism to look through the files?  grep?  a tcl regex match? etc.
18:10.27brlcad*shrug*
18:11.38starseekerbob says he might be able to have someing servicable for pipe in a week or so
18:11.51brlcadideally like pdf searching in Preview
18:12.45brlcadtype some word(s) and get a list of the matching line with surrounding context in a summary list with the word bolded that jumps you to that line on that page
18:13.05starseekeroh, I see - yeah, that's not a quickie
18:13.40brlcadso it'd be a straight-up grep, but the good usability aspect is the results while you type, the context, and jumping you to the match
18:15.09starseekerright - sounds good, just a bunch of details like the mechanics of highlighting words in tkhtml would take a bit of time (for me at least :-/)
18:15.57brlcadthat part of the search pane wouldn't need to be tkhtml
18:16.09brlcadyou'd just need snippets of text and a list view
18:18.36starseekerIt's probably not hard, but I still wouldn't bet on pulling it together prior to release starting cold
18:23.20starseekerI'd say rather than force it, let's go for 7.16.12 and then take steps to make sure the next one is 7.18
18:23.28brlcadprobably less than a day's work for sure, but it's fine either way -- clearing out the deprecations will take a few hours too
18:23.52brlcadthat's fine
18:24.05starseekerare those the ones in raytrace.h and whatnot?
18:24.15brlcadthe doc file
18:24.27brlcadthe 7.12's and the pre7's
18:24.34starseekeroh, I see them
18:24.46starseekerso just go through and make sure our code doesn't use them?
18:25.12brlcadand ideally deprecating anything else we see (particularly libbu/libbn/libwdb/librt) .. should give notice about libnmg
18:25.19brlcadright
18:25.39brlcadmake sure we don't use them, and remove their decls from headers or the headers
18:25.39starseekerlibnmg... oh, you mean that it'll be moving back to its own lib?
18:25.58brlcadright -- technically, that's a body of librt API that's being removed from librt
18:26.10*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
18:26.12brlcadminor, but worth documenting
18:26.33starseekeryow.  how much detail do we need to document for that one?  full list of functions and vars that will be going away?
18:27.13brlcadno, just categorically say the nmg_* functions/structures/defines or "the nmg code" or similar
18:27.24starseeker(aside) with distcheck passing now on multiple platforms, I'm gonna go ahead and try a stable sync
18:27.34starseekercool
18:27.40brlcadand then marking them in the headers
18:27.51brlcadit's 500+ functions, so no sense listing them all
18:27.56starseekerso that'll be 7.20 or 7.22?
18:29.28brlcaddeprecations announced in 7.16.12 can be moved in 7.20
18:29.41brlcaddeprecations in 7.18 are 8.22
18:29.44brlcader, 7.22 ;)
18:30.01starseekercrosses fingers, toes, etc. and starts the merge command...
18:30.22brlcadthat's why it's more important to mark deprecated than it is to remove for obsoletion
18:30.32starseekerbrlcad: now you're giving us an incentive to make this 7.16.12 :-P
18:30.33brlcadobsoletion just becomes a good justification for minor
18:31.02brlcadyesh -- deprecation pushes patch, obsolete pushes minor
18:31.31starseekeris dizzy
18:31.40brlcadthough libnmg is arguably "minimally impacting"
18:32.04starseekerI doubt many people call nmg functions direct...
18:32.05brlcadso it could happen at any time since it's a regex fix to a build file s/-lrt/-lrt -lnmg/
18:32.33starseekeroh, gotcha - make into libnmg, but preserve API
18:32.47brlcadright, if the api doesn't change, it's still available
18:33.05starseekerwas under the impression the API could stand a little TLC...
18:33.16brlcaddoesn't matter if we think *nobody* uses it -- it matters if we "publicly published" in some manner
18:33.41starseekertrue
18:33.58starseekeryeah, I think that counts as minor then
18:34.00brlcadevery API could use some TLC but it's actually one of the more consistent ones .. just very terse
18:34.38brlcadit counts as a minor, but it may still be minimally impacting .. have to see what all is impacted when it's moved
18:34.56brlcadthe move can still happen and it get bundled into librt as a LIBADD
18:35.08brlcadthen removed in 7.20
18:35.20starseekernods
18:36.20starseekerwonders if it might be better to do this sync in stages...
19:48.22_psilva_we change APIs in alpha :p
19:52.51CIA-48BRL-CAD: 03starseeker * r41254 10/brlcad/branches/cmake/src/other/tcl/CMake/CheckSystemFunctionality.cmake:
19:52.51CIA-48BRL-CAD: Start trying to make a more generic version of the CMake functionality for
19:52.51CIA-48BRL-CAD: checking things. This one will hopefully cover both the config.h case and the
19:52.51CIA-48BRL-CAD: CFLAGS case, although a lot of rewiring is needed to test it properly.
20:04.39brlcadnothing wrong with an API changing in alpha, it's supposed to change, even in beta I'd expect maybe some changes
20:08.35CIA-48BRL-CAD: 03starseeker * r41255 10/brlcad/branches/cmake/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): Shift tcl build to using changed macros.
20:19.02CIA-48BRL-CAD: 03starseeker * r41256 10/brlcad/branches/cmake/src/other/tk/library/CMakeLists.txt: As with tcl, put the tk scripts where they should be for a local run (hopefully)
21:08.33CIA-48BRL-CAD: 03starseeker * r41257 10/brlcad/branches/cmake/src/other/incrTcl/itcl/ (4 files in 3 dirs): Get closer to a proper itcl build - not there yet, need to compare with a standard itcl build and install.
21:13.50*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
21:54.49CIA-48BRL-CAD: 03starseeker * r41258 10/brlcad/branches/cmake/src/other/ (incrTcl/itcl/CMakeLists.txt tcl/CMakeLists.txt): Fix a couple bugs, add a little extra foo to make itcl locatable in the build dir.
22:46.46CIA-48BRL-CAD: 03starseeker * r41259 10/brlcad/branches/cmake/src/bwish/main.c: BWISH is not cooperating - tweak it some, but so far it only starts if run from exactly the build dir.
23:02.26starseekermeh - tclsh runs successfully now, but btclsh doesn't (at least, not in the build)
23:03.56starseekerdrills into tclsh to see why it's succeeding when we're failing...
23:10.24*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
23:26.55starseekerhmm, tcl_library isn't set right
23:31.01starseekerchecks to make sure tclsh works after install...
23:34.08starseekeryep, that's it - somehow, tcl_library in the CMake btclsh build is getting set to a (wrong) relative path
23:34.40starseekerwill check the autotools build for foo he missed when doing the initial setup
IRC log for #brlcad on 20101106

IRC log for #brlcad on 20101106

01:00.53*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
01:00.53*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:14.05CIA-48BRL-CAD: 03starseeker * r41260 10/brlcad/branches/cmake/src/other/tcl/CMake/tcl.cmake: Whoops, copy-paste error.
02:25.02CIA-48BRL-CAD: 03starseeker * r41261 10/brlcad/branches/cmake/src/bwish/CMakeLists.txt: whoops - put the X libraries and libdm where they belong
03:26.19*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:00.36CIA-48BRL-CAD: 03starseeker * r41262 10/brlcad/branches/cmake/src/ (4 files in 3 dirs): (log message trimmed)
04:00.36CIA-48BRL-CAD: OK, referred to the trunk bwish to figure this out - need the auto_path set by
04:00.36CIA-48BRL-CAD: tclcad_auto_path if the default init fails - I'm not sure why we wouldn't want
04:00.36CIA-48BRL-CAD: to use the tclcad paths for bwish by default, so just put the call in until it's
04:00.36CIA-48BRL-CAD: clear why we shouldn't. Add the paths we need for this CMake build
09:58.29*** join/#brlcad mafm (~mafm@81.37.119.4)
13:03.23brlcadhehe: http://cgi.ebay.co.uk/3D-Graphic-Design-CAD-Modelling-Art-Software-CD-/170561762369
13:18.40louipcodd thing to put on ebay
13:26.53``Erikan odder thing would be http://cgi.ebay.co.uk/3D-Graphic-Design-CAD-Modelling-Art-Software-CD-/170561762369
13:26.56``Erikdoh
13:27.02``Erikhttp://blogofwishes.com/wp-content/uploads/2006/10/dvd-rewinder.jpg
13:27.04``Erikthere we go
13:30.47CIA-48BRL-CAD: 03starseeker * r41263 10/brlcad/branches/cmake/src/other/incrTcl/itcl/CMakeLists.txt: Copy paste - this isn't the TCL dir
13:31.25CIA-48BRL-CAD: 03starseeker * r41264 10/brlcad/branches/cmake/src/other/incrTcl/itk/ (4 files in 3 dirs): Make a stab at itk conversion to a working CMake config.
13:33.25CIA-48BRL-CAD: 03starseeker * r41265 10/brlcad/branches/cmake/src/other/incrTcl/ (itcl/CMake/tcl.cmake itk/CMake/tcl.cmake): Don't include ac_std_funcs - it may not be needed here, don't include it until it is.
13:41.09starseekerlouipc: someone who knows nothing about open source might go for a CD like that - they might feel a bit foolish if they actually figured it out later though
13:41.31``Erik... I bought a cd sorta kinda almost like that once
13:41.45``Erikbecause it was cheaper and easier than downloading it over an analog modem
13:42.08``Erikand I still don't feel foolish
13:42.16``Erikat least, not over that
13:42.36``Erik(ok, th eone I bought was a 3cd walnut creek set with the exact stuff listed on the website)
13:43.28louipcwell, it's only $5 or something
13:50.16``Erikheh, and the walnut creek one had something called 'pcc', personal C compiler, for dos... :D the doodling with the c64 C compiler was lame since I liked asm and had a monitor and a basic interpreter... on dos, allz I had was pcc so'z I had to adapt hardcore
13:54.43starseeker``Erik: yeah, if it's a "cheaper bandwidth via mail" CD that's one thing, but they don't need all the fancy pictures and whatnot for that
13:54.58``ErikI d'no
13:55.14``Erikback before the riaa went all fucktarded suicide asshole, I liked to buy cd's with good cover art
13:55.45starseekerhas see this with other things - there'a a "book publisher" who is infamous for re-publishing every bit of free content they can find and trying to come off as something else
13:55.47``Erikwasn't the point, but was part of the package :)
13:55.59``Erikhey now
13:56.08``Erikdon't knock penguin publishing, they're a great source for cheap classics
13:56.13``Erik:>
13:56.18starseekershrugs - yeah, if you want cover art for software that might be a good way :-)
13:56.47``ErikI bought the 'collectors edition' for the world of warnerd wrath of the dork king expansion
13:56.50starseekernah, I was thinking of those guys who effectively spam amazon and whatnot with government reports, wikipedia articles, etc. as books
13:56.57``Erikat a premium... came with a book, a mousepad, a nice box, ...
13:57.41``Erikin my old age, there's more to life than bits :)
13:57.51starseekersure penguin, Dover, etc. do a lot of good stuff
13:57.59``Erikand I can appreciate the packaging of apple products *shrug* even though it's transportation trash, it's well done
13:58.17starseeker(although it annoys me that Dover does just enough tweaking on the stuff on their art CDs to claim new copyright"
13:58.32``ErikI tend to go with penguin, myself
13:59.11starseekeris tempted to look at what's on the Dover CDs, track down the original sources, and re-scan 'em
13:59.20``Erikproject gutenberg?
14:00.10``Erikhad a script to roughly TeX-ize the txt from pg to make a pleasantly readable version at one point... still needed hand tweaking, but it did a lot of the heavy lifting
14:00.33starseekernah, gutenberg likes ASCII text, although I guess they've started branching out a little
14:00.43starseekerah, cool!
14:01.14starseekerdid find on Google books scans of some of the original Strand magazines with the Sherlock Holmes stories
14:01.44``ErikI should get a library card :/ it sucks that I'm not in walking distance from teh library
14:02.19``Erikin memphis, I'd go for an evening walk and come back with something like beowulf or the prince for reading until my next walk, was nice :)
14:03.21``Erikprinted out my own copy of sun tzu, though... that ain't readin', that's an operatin' plan :>
14:04.37starseekerhehe
14:05.06starseekerone of my "most wanted" things for the house is a good couch or chair for reading
14:07.23``Erikyou should have a couple, they're made of porcelain ;> *duck*
14:07.56``Erikum, there's a supposedly decent place real close, uhhh
14:08.03``Erikgrande furniture or something? I'll find the url
14:08.43``Erikhttp://www.simplygrande.com/index.html
14:08.51``Erikon jarretsville rd
14:09.14``Erikotherwise, ryan furniture on 40 (near bill batemans) seems like they have a reasonable selection
14:09.49CIA-48BRL-CAD: 03starseeker * r41266 10/brlcad/branches/cmake/src/other/incrTcl/ (itk/CMakeLists.txt itk/generic/itk.h iwidgets/CMakeLists.txt): We apparently require Itk 3.4? Not quite sure where that is coming from, need to check - for now, fake it.
14:10.17starseeker``Erik: sweet, thanks!
14:10.28``Erikif you find other places, let me know
14:10.35starseekerwill do
14:10.44starseekersupposes Goodwill really doesn't count :-P
14:10.58``Erikmy living room has a single reclining loveseat with a broken side, not company friendly
14:11.17``Eriklast night, I had to sit ont he broken side, so suddenly it's a problem ;>
14:11.17starseekernods
14:11.22starseekerhehe
14:11.45``ErikI'd like to fix the old thing, but that'd involve wood and a hammer and time
14:11.59``Erikand Id' still need an appropriate living room set
14:12.23starseekercrosses fingers... MIGHT be able to complete a BRL-CAD build using only CMake now, although I think I still need some foo on the other tcl packages
14:12.37``Erik(heh, can I borrow your wife? I have to do furniture shopping O.O *duck* jk)
14:13.21``Erikdue to a recent issue with 'that damn game', I have a little bit of hdd space and can be a test weenie for the cmake build if you need... osX.5 and fbsd8
14:13.27``Erikum, crit shoudl have enough space, too
14:13.37``Erikand on monday, the work machines
14:13.54starseekersweet - if this test succeeds, it might be worth firing off the builds
14:14.08starseekerosX ought to succeed, fbsd8 who knows
14:14.30``Erikotherwise, I think a large portion of my day will be lisp related
14:14.50starseekerwell how can I interfer with Lisp programming?
14:15.21``Erikum, fbsd has two ways it can go... it can use the GNU chain, which means if it works on osX and linux, it'll have no issue... then theres' the BSD way, which will be fairly strict and pedantic, but if it works on that, it SHOULD work ANYWHERE (that matters... like... not windows)
14:15.24starseekerthat's like interrupting a painter at a masterpiece to paint a wall grey
14:15.42starseekergo strict - no point in half measures
14:15.54``Erikmy lithp will be figurin' how to make my bullet libraries happy in an .app bundles Frameworks/ directory using sbcl with a :executable t and a toplevel listed
14:16.09``Erikapparently you were unhappy when I did that to the amd machine at work
14:16.19``Erikyou couldn't even operate the damn shell :D
14:16.24starseekerhmm? oh, right
14:16.38starseekerwell, you're starting the build, so there's no problem :-P
14:16.47``Erikbut if I'm a tester
14:16.52starseekersince all you need is bits and a keyboard
14:16.52``ErikI'll approach it like a tester
14:17.04``Erikand submit an error report because I get "cmake: command not found"
14:17.05``Erik:D
14:17.21starseekerand you'll get the response you deserve
14:17.36``Erikand then i'll submit a luser bug report
14:17.50``Erikzomfg, ur shit is teh sux, it can't even build! zomfg, wtf is this cmake crap???
14:17.53``Erik:D
14:17.57starseekerfbsd probably needs "licensed users" before they're turned loose on the internet
14:18.07``Erikheh
14:18.12``ErikI'd actually argue that for linux
14:18.45``Erikevery time there's a stupid argument between fbsd and linux, my old stodgey arse sees fbsd guys just trying to make stuff work and linux being stupid
14:18.52starseekeron the other hand, all but the very worst bsd/linux users will probably be better than your average Windows user
14:19.16``ErikI mean, fbsd said "oh, library conflicts? you want your own subdir? sure, that's cool, just make a reasonable link into the pathed bin dir so people don't get confused, and a msg would be nice, too"
14:19.21``Erikgentoo, however... how many years?
14:19.41starseekerhey, that would solve the national debt!  Make computer users get a "license to surf" like they get a license to drive
14:19.56starseekerthis country is so addicted they could charge almost anything
14:20.02``ErikI think I'd vote for a license to breed before a license to surf
14:20.36louipcdoes windows have a decent package manager yet?
14:20.59``Erikno... nsis does some... microsoft actually released something undder a decent license that might be worth investigating
14:21.10starseekerwix?
14:21.14``Erikyeh, that's it
14:21.32starseekeris waiting for the CMake support for Wix to go mainstream... drool...
14:21.34``Erikthey released it under an ass 'microsoft community license' or soemthing, but then re-licensed under an OSI license iirc
14:22.12starseekeryeah, it's kinda freaky - there are a few instances of honest to goodness open source from Microsoft these days
14:22.18starseekerF# was another one, IIRC
14:22.34louipcI guess it's making more business sense
14:22.40``Erik(knowing a couple guys who work for ms... the tech guys actually are smart and want to do good.. but they gotta go through marketing and legal... and, well, ... yeah...)
14:22.54starseekeryeah, I've heard that too
14:23.11louipcthey should start their own companies
14:23.15``Erikmost do
14:23.16starseekerMicrosoft Research puts out a lot of awesome stuff, but that apparently doesn't help the "world domination" agenda much
14:23.34``Erikbut ms is a nice place to stay for a couple years for a fat resume bullet and stock options
14:23.45``Erikoh yeah, ms research is effin' awesome
14:23.53``Erikhoppe is a god in our field
14:26.22starseekerWooooot!  Build completed.  Still needs one friggin huge amount of cleanup, and I need to figure out what itk 3.4 is and why we need it (3.3 is the last release they have on the website) but making real progress!
14:26.48``Erik(is cmake on crit?)
14:27.15starseekerif it is, I think it hung when I tried it
14:27.28starseekernot in my path currently
14:27.30``Eriknope... installing now
14:27.44``Erikbuilding...
14:28.16``Erikyou might be thinking a work machine with an nfs mount to a server that is just... plain wrong... y'know, like trying to run an nfs server on linux ;>
14:28.32starseekeroh yeah :-)
14:28.40starseekershudders in memory
14:28.43``Eriksure wishes he had a solaris nfs server *cough* *duck*
14:29.18``Erik(I imagine I'll pay for that later)
14:29.55``Erikanyways, I think my library issue isn't actually with lisp, but with mac
14:30.26``Erikusing the dyld stuff instead of straight elf, rpath info is... handled... oddly...
14:30.38``Erik@executable_path is a complete directory, for example
14:30.49starseekerah yeah, mac is funny that way
14:30.52``Erikand my bullet libraries are striaght up plain dumb elf, so things go weird
14:31.07starseekerrecalls reading something about that when he was setting up that part of CMake
14:31.16starseeker(thank you plplot guys for finding something that worked...)
14:31.21``Erik<-- ponders rigging up a buclet sub to hard link the bullet .a files into the buclet .dylib
14:31.47starseeker<-- ponders food
14:32.03``Erik<-- patiently waits to be served brunch O:-)
14:32.28starseekeris that what you call being pelted with catfood? :-P
14:33.15``Erikheh
14:33.32``Erikbuddy has started growling during the initial fooding :/ annoying me
14:34.14starseekeroh, that's easy - if he growls, take the food away
14:34.28``Erikthe first time, I split the wet food up into two and seperated them
14:34.34starseekerhe's the smart one, he should get the drift
14:34.36``Eriknow I just say "buddy!" and he stops
14:34.40starseekerheh
14:34.49starseekerthat's one scary cat dude
14:34.57``Erik?
14:35.06starseekerhe's gonna start selling your stuff on the internet for catfood at this rate
14:35.10starseekersmart bugger
14:35.10``Erikheh
14:35.32``Erikyesterday while waiting for my friend, he got on the chair behind me and put his paws on my shoulder, it was a bit... odd?
14:35.48``ErikshoulderS, one on each sid
14:36.01starseekerhuh.  probably just hanging out
14:36.19``Erikyeah, it was attention and a comfortable position I guess, but a bit.. discerning
14:36.30starseekeryeah, I'll bet
14:36.47starseekercould be worse - he could have decided to hang out ON your head
14:37.03``Erikwell, he starting kneeding my hair
14:37.12starseekerah, that sucks
14:37.24``Erikdidn't hit skin *shrug*
14:37.41``Erikaanyways, I lock all my laptop screens at home
14:37.47starseekerheh
14:37.56``Erik(cats walk on keyboards)
14:38.21``Erik(plus robbery paranoia)
14:38.39starseeker(could program it so that if keys are pressed in a way that suggests cat walking on it, play a loud buzz :-P
14:39.15``ErikI really want to get some of those, uh, time triggered stink dispensers with the electric spritzer
14:39.26``Erikgut the timer and wire it to a motion sensor and fill it with water
14:39.33starseeker<snort> short of grabbing the whole machine, I doubt your average robber is gonna know what the heck to do with your setup
14:39.34``Erikand drop those where I think cats should not be
14:39.57``Erikthe data far outvalues the equipment
14:40.01starseekerhehe - that sounds like a money maker
14:42.09``Erikohyeh, I got sent a new model of an m82 that I promised to load up in the engine and make screenshots of, better do that O.o
14:45.33``Erikhuh, msnbc indefinitely suspended keith olbermann because he made private unpublicisized contributions to democratic candidates...
14:47.31``Erik(how awesome would it be if someone dug up records on the msnbc corporate donations and demanded execs step down?)
14:47.52starseekersounds like a job for a hacker ;-)
14:48.16``ErikI almost said something stupid
14:48.24``ErikI was going to say that the records should be public by law
14:48.43``Erik(and I don't see what writing good code has to do with this)
14:49.32``Erikit might be an interesting episode where some technologically capable person is forced to break the letter of the law to uphold the spirit of the law, yes, that might be interesting :)
14:49.42starseekersimple - take all public financial information (whatever that may be - corporate earnings statements, tax records, whatever) and process it - look for where the money goes
14:50.12``Erikthat'd be a lot of supercomputer time to sort and analyze all those games
14:50.39starseekergiven the stated spending results on adds, it should boil down pretty quickly into a small set of possibilities who have income enough and expenditures enough to cover it
14:50.58``Erikbut this dude is suspended for pocket change
14:51.01starseekermight be a good job for a seti style setup
14:51.15``Erikhe gave 2400 to one candidate, and roughly the same to 2 others
14:51.19starseeker``Erik: yeah, he was suspended for violation of corporate policy, not the law
14:51.28starseekerkinda like that NPR thing a while back
14:51.37``Erik2400*3 ~= 7199.883 according to my intel based calculator
14:52.13``Erikhm, the bits I read made a point to say that he did not state it on any televised thing until he was directly asked about it
14:52.52starseekeryeah, but if it does come out (like it has) it weakens the network by making it look less impartial
14:52.52``Erikit was private until he was explicitely questioned about it, and then he told the truth... that's what I read, d'no the details
14:53.06``ErikI'd kinda argue the opposite
14:53.24``Erikit weakens the network that a journalist was open and honest when questioned?
14:53.53starseekerin principle, I guess analysts aren't supposed to do ANYTHING that might consititue an admission of bias
14:54.03starseekeror even preference
14:54.15``Erikthere's a difference between private and professional, though
14:54.28starseekerkinda like how companies get uptight about Facebook crap due to company employees even when it's on their own time
14:54.47``Erikyeh, if they're not leaking fouo grade info, that's just fucktarded
14:54.47starseekerthat's a nice thought, but in practice unfortunately it's somewhat blurred
14:55.23``Erikand when hp went and did the espionage shit, well, that was just far enough down tha tslippery slope that people said "WHOA, that is fucked up, lets not go there"
14:55.34starseekercompany exec gets wasted and does stupid stuff, gets it posted, it reflects on the company even if it was in "off time"
14:55.56``Erik<-- shows off the pics of our bosses bosses boss wearing a pink feather boa and dnacing on tables *cougH*
14:56.11starseekerwinces
14:56.28starseekerah, good - that knocked down my appetite far enough for it to be safe for me to eat lunch :-)
14:56.30louipcwhat's dnacing? exchanging dna?
14:56.44``ErikI'd argue that saying we need to be careful about that kinda representation at that level is counterproductive
14:57.25``Erikif it's a touchy subject and you refuse to laugh and be cool with it, you're making it more of a touchy subject
14:58.04``ErikI effin' adore when a black comedian makes a joke about black people and then rips on the audience because no white people laughed, I think that's a deep social commentary :)
14:58.15starseekerwelcome to America, a "Chistian nation founded on Christian principles" or some such (cept for the whole forgiveness and love thy neighbour bits)
14:58.28``Erikor the uncomfortable silence at a good gay joke that the gay folk love
14:59.00``Erikheh
14:59.09``ErikI'm fighting that revionistic history :D
14:59.14``Erikrevisionistic
15:00.02``Erikwe have to be able to accept and laugh at ourselves, and the more people we laugh at, the more ourselves there are
15:00.07``Erikthat's my thinkin', anways
15:00.21starseekerheads to lunch with a quote he got from one of Issac Asimov's books "Against stupidity, the gods themselves contend in vain"
15:00.39``Erikhasta la pasta, mi homoner
15:01.25starseeker(should note I don't necessarily agree with it, but it does give a nice feel for the magnitude of the task)
15:01.59``Erikeinstein said that the universe and human stupidity are both inifinite, and he's not so sure about the universe
15:02.09``Erikhe had some clever quips
15:47.29brlcadI've thought about putting together a pay-for CD set similar to freebsd distro with pre-compiled versions for various platforms included, for those that want the "hard copy"
15:47.37brlcadsmall fee to cover costs and time
15:48.06``Erika lot of the world pays per mb or whatever
15:50.17``Erikthe 'constraints mean finish libpc' thing, I'm not sure I agree... I can see {bullet|ode|whatever} integration being a quick better solution for that, and handling the draping issue down the road
15:55.33brlcadstarseeker: I got my main recliner chair from arhaus, quite awesome if I do say so myself -- perfect for reading and coding
15:55.54``Erikwhere is arhaus?
15:56.11brlcadthey have a pretty price tag but they often have floor models in perfect shape that are half price
15:57.38``Eriks exeter in bmore is the nearest?
15:57.50brlcadthere's a few around the area -- one down in harbor east (just west of fells point), one in VA
15:58.14brlcadhttp://www.arhaus.com/Stores.aspx
15:58.22``ErikI see one on s exeter and one down in annapolis
15:58.41``Erikthe finder there failed, my adblock and script mgmt stuff may be confusing things
15:59.01brlcadfwiw, libpc and ode do very different things
15:59.28``Erikyeah, and I was under the impression that the jtapic need was way more ode/bullet than libpc
15:59.46brlcadboth, the ode/bullet stuff is 3rd year
16:00.14``Erikhm, have you run the bullet constraint demo yet?
16:00.17brlcadthey're basically helping us get infrastructure in place that helps a lot of things
16:00.31brlcadyeah, I have
16:00.44``ErikI think THAT is what kermit is looking for in the end
16:01.02brlcadthat's one of *many* things he's looking for in the end, but yes
16:01.04``Erikhe wants the ragdoll "put a hand on a steering wheel, the joints move 'right'"
16:01.09brlcadsure
16:01.16brlcadthat's 3rd year stuff
16:01.21``ErikI've bugged ed about having a meeting to hash it out
16:01.57brlcadthey're not the same task -- libpc is more about the 'p' than the 'c'
16:02.02``ErikI think I may have surprise issues with dave this year.. and steph came in and said "oh yeah, those 5 reports you're doing? add 4 more."
16:02.05``Erikok
16:02.24brlcadthe constraint aspect is merely a brl-cad object representing the constraint, which we need regardless of ode/bullet
16:02.42``ErikI don't understand, then. we need to talk shop some at some point if I'm going to accept what I signed up for
16:03.12brlcadthe ability to store parameters and calculate basic equations and relationships is where parameterization comes into play and there's no dynamics or gravity or connectivity involved with that
16:03.29``Erikso basically a prim that holds strings
16:03.33brlcadi was actually entirely planning on using bullet or ode for the rigging
16:03.41brlcadbasically
16:03.48brlcada little more to it than that :)
16:03.53brlcadbut not much more
16:03.58``Erikthere always is
16:04.29``ErikI told ed that I'm on it, it's written into my objectives and signed up the chain... I just wanna know what I'm committed to, y'know?
16:04.32brlcadparameters gets us one step closer to having parametric geometry
16:04.42brlcadwhere your sphere's radius is actually not a value
16:05.05``Erikthis smells like a whiteboard conversation
16:05.08brlcadif sure
16:05.45brlcadso yeah, this first year stuff isn't strictly needed in order to do that 3rd year rigging stuff he wants
16:05.55brlcadbut brl-cad needs it and he's willing to support the improvements
16:06.13brlcadand it fit in the timeline AND will still benefit his needs
16:06.19brlcadso it's a win win
16:06.20``Erikkermit is willing to throw money and say "do good stuff" I think... but he has to report up, and we have to help him do that
16:06.53brlcadright, this is exactly part of that "do good stuff", when one of the specific goals is far out in the third year
16:07.02``Erikand I have the orthogenal constraint of the gubmint obj/acc cycle, so I have to figure how to match those and make everyone happy
16:07.25brlcadfrom an architecture design, libpc gives us a clean framework for defining primitive parameters
16:08.27brlcadso the basic structs and functions that let something like tgc say that it has a position, radius1, radius2, vect1, and vect2 parameters
16:08.32``ErikI will... have to look more.. libpc... he did a lot of work, but it kinda gives me a feeling of, um, ... c++/java style object thinking? archicture astronaut? moar objects, less thinking!#~!@
16:08.44brlcadso then the GUI can automatically present info for each object with the *object* describing itself
16:08.51brlcadnot way up in mged/archer like it is now
16:08.56``Eriklikes the MUVES-3 feeling, frankly, but in c++, not java
16:09.10``Erikand I'm a very objc/smalltalk oriented feller, so the smell hurts
16:09.13brlcadand moreover, the primitive being able to say what's a valid value for that parameter since there are some funky requirements for some primitives
16:09.52``Erikso we should sit down and jabber in person at some point
16:10.00brlcadI think anything c++ just smells to you whether it's good or not :P
16:10.37``Erikfrankly, if I were to take libpc... it'd probably end up C and I'd consider it a win if we replace our ginormous boost dir with a couple tiny lex and yacc dirs
16:11.05``ErikI was a huge c++ advocate for a long time.. I learned the hard way that it's applicable where it's applicable and a hinderance everywhere else
16:11.32brlcadI think that'd be a huge waste of effort throwing away all the time invested already, considering libpc is hooked in and works now
16:11.42``Erikdoes it?
16:11.55brlcadsure, there are even demo files
16:12.07``Erik*point* I said look at, not dismiss
16:12.17``ErikI just have low expectations
16:13.22``ErikI'm not sure the notion of libpc benefits the jtapic issue ... at all... not discouting, but *shrug*
16:13.27``Erikthat's all'z I'm saying
16:13.27brlcadthere are undoubtedly some constraint evaluation problems, because nobody has solved that for arbitrary equations (except mathematica) .. but that doesn't affect us for how it's being used
16:13.56brlcadyou are just a fountain of FUD
16:14.13brlcadamazing :)
16:14.28``ErikI'd hope I'm somewhere inbetween the fud factory and the hopeless idealist factory, actually
16:14.36``Erikpragmatacism is my goal here
16:14.39brlcadfind something specific
16:14.54``Erikwell, that's exactly what I'm saying
16:14.57brlcadif it ain't fixable, then we can refactor
16:15.01``ErikI don't know what jtapic wants
16:15.07brlcadthat's not what you're saying exactly, but maybe what you meant
16:15.09``Erikso I'm not willing to say that libpc is the answer
16:15.15``Erikthat's all...
16:15.32brlcadlibpc was (by definition) intended to be the answer
16:15.37brlcadso if it's not the answer, then it's not libpc
16:15.52brlcadalso doesn't mean libpc can't change or get fixed if there are issues
16:16.19brlcadit was merely the implementation detail behind the DB objects representing parameters and constraint objects
16:16.31brlcadala openNURBS behind our brep object
16:16.41``ErikI may have a wrong impression of libpc, as well.. my stance is that I want to talk to a couple key people before stamping an approved "thou shalt" plan stamp
16:18.06``Erikwhen ya get into customers of customers of customers situations.. it's risky, we can very easily end up looking like asshats cuz we delivered B when they thought they asked for A
16:18.40``Erikwhcih can be 1 bit difference, but it's still a fail in the eyes of the money holders...
16:19.05brlcadwell so far everyone has been on board (except your recent comments), so your the only one injecting risk by proposing drastic direction changes
16:19.40brlcadthis is really a whiteboard conversation to go over parameters first, though
16:20.08``Erikdon't think I agree with that 'everyone on board' statement.. not knowing enough to argue is not agreeing
16:20.13``Erik*shrug*
16:20.28``ErikI think we need more info from kermit before we commit, taht's all I'm arguing
16:20.54brlcadwe're already committed, the how is still up to us
16:21.10``Erikwell, on the gov't side, that 'how' is being committed to signed record last week
16:21.37``Erikwith grading in a year based on it, and that's not terribly comfortable... that was richards beef
16:21.43brlcadthis isn't a conversation for here
16:21.49``Erikyes, it's a whiteboard conversation
16:22.35brlcadrichard is pure FUD, and almost entirely F
16:22.56``Erikwe'll talk about it during the week :)
16:23.08brlcadand his perrogative, and the least educated on this domain of all, so irrelevant to the task imnsho
16:23.56``Erikwhen'll you be in and not stomped commiting to the solaris servers? sometime monday? tuesday?
16:24.53``Erikmanana?
16:24.54brlcadpeople who don't know how things fit into the big picture really shouldn't be designing or architecting unless failures and learning curves are acceptible, we have a lot of big picture tasks that several development efforts address
16:27.31``Erikreck'ns he's going to tkae some time to big picture his house a little bit cleaner
18:50.34*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
20:11.07*** join/#brlcad 30BAAEXLJ (~stevegt@cislunar.TerraLuna.Org)
22:46.11*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
22:46.11*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:54.50starseekerWeird - archer does this on my gentoo box when trying to expand a tree in the new file browser:  http://paste.lisp.org/display/116323
22:56.42starseekertries a regular build to see if this is CMake specific
IRC log for #brlcad on 20101107

IRC log for #brlcad on 20101107

00:16.28starseekerhah, interesting - it's CMake specific
01:23.09starseekeror... lets's confirm tcl threading isn't an issue
01:28.33*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
01:30.53*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
01:32.43*** join/#brlcad willdye (~willdye@fern.dsndata.com)
01:40.04starseek1rbing bing bing bing - it was Tcl threading!
01:40.33starseek1ror at least, non-threaded Tcl + CMake + Archer works
01:40.49starseek1rcan try the test again with threaded build of tcl via autotools
01:47.46CIA-48BRL-CAD: 03starseeker * r41267 10/brlcad/branches/cmake/src/other/tcl/CMake/tcl.cmake: Not sure if I'm set up correctly on this (i.e. whether subsequent invocations of this macro using unmodified tcl.cmake files will cause trouble) but apparently Archer is Not Happy with threaded Tcl - disable by default.
06:47.29*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
09:25.18*** join/#brlcad mafm (~mafm@81.37.118.71)
16:18.08*** join/#brlcad mafm (~mafm@81.37.118.71)
17:50.08*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
19:02.59starseekerconfirmed - threaded tcl built with autotools causes the same crash in Archer
19:03.13starseekerat least on gentoo, we have a problem there
19:09.56starseekerpastes full backtrace
19:10.24starseekerhttp://paste.lisp.org/display/116346
19:29.15starseekerhmm - this may be the best explanation I've seen yet for the "faster than the wind downwind vehicle" thing:  http://slashdot.org/comments.pl?sid=1857082&cid=34150030
20:02.54*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:05.55starseekerbrlcad: looks like we didn't make google code-in?
22:46.32*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101108

IRC log for #brlcad on 20101108

01:55.02*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
08:34.53Ralithanybody else get some survey email mentioning BRL-CAD?
08:56.28*** join/#brlcad mafm (~mafm@94.Red-88-23-76.staticIP.rima-tde.net)
10:07.15*** join/#brlcad mafm (~mafm@94.Red-88-23-76.staticIP.rima-tde.net)
10:52.53*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
11:59.06d-loMernin all
12:30.16*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:40.27CIA-48BRL-CAD: 03brlcad * r41268 10/brlcad/trunk/src/libged/erase.c: remove dead code. clean up usage. needs updating to bu_getopt().
12:40.49brlcadRalith: people spam sourceforge projects with survey mails from time to time
12:41.05brlcadI haven't received one lately but have received at least a half-dozen in the past
12:41.24brlcadat least one officially sponsored by sourceforge, but most are not
12:41.53brlcadI usually e-mail them back asking if they have sourceforge approval and giving them hell if they don't
12:42.21brlcadstarseeker: that is correct, they went with a small sample of just 15 orgs for this year
12:42.52brlcadthe page still becomes a great newbie resource, I think we can reuse that for a few purposes
12:57.26*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:52.01starseekerbrlcad: absolutely :-)  just making sure I understood the google page correctly
13:52.16starseekersaddles up and drives in
13:53.12``Erikjust called in :/
13:53.33``Erika lot of sf spam seems to be related to chinese unis
14:52.50CIA-48BRL-CAD: 03starseeker * r41269 10/brlcad/branches/STABLE/ (861 files in 144 dirs): Merge trunk into STABLE branch up through r41256. Need to confirm this manually to ensure nothing slipped through the cracks - was a long merge.
14:56.38CIA-48BRL-CAD: 03brlcad * r41270 10/brlcad/trunk/NEWS:
14:56.38CIA-48BRL-CAD: nick fixed a bug on 28AUG2010 in bot_decimate where the bookkeeping in
14:56.38CIA-48BRL-CAD: decimate_edge() was missing an edge case while updating the edge list and that
14:56.38CIA-48BRL-CAD: sometimes caused the routine to access a freed structure (which caused a bus
14:56.38CIA-48BRL-CAD: error). this fixes an mged crash bug as well as any other decimation
15:05.31CIA-48BRL-CAD: 03brlcad * r41271 10/brlcad/trunk/NEWS: hm! there is already a minor-update-worthy feature included. nick reed implemented a new bot editing interface for mged and archer that greatly simplifies bot processing.
15:08.14brlcadstarseeker: this can be a minor release
15:08.34starseekercool!
15:08.46starseekerhow does one launch the bot editing gui?
15:08.58brlcadI was just going to say, test and make sure it works ;)
15:09.19brlcadbot command or maybe menu option, or maybe boteditor
15:09.23brlcadarcher and mged
15:09.55starseekerwe probably don't need to worry about archer this round unless you want me to enable ogl by default
15:11.06brlcadI mean just to make sure the gui pops up
15:11.13starseekerah, k
15:16.32starseekersweet - looks like the merge succeeded
15:16.43starseekerbreaths a sigh of relief
15:17.22brlcadI'm doing a final pass through outstanding unreviewed commits, so there may be a few more NEWS items
15:17.48starseekerno problem - I anticipate at least one more STABLE sync - just wanted to get that nasty one out of the way
15:17.55brlcadthought I caught everything for the review, but apparently not
15:18.07brlcadsuccessful tree diff?
15:18.10starseekeryep
15:18.19brlcadcool
15:18.54starseekermade distcheck on both trunk and STABLE, got the tarballs, expanded 'em, did a recursive diff - only things were a bunch of date stamps from RCS lines
15:19.25starseekerwas awesome - was figuring on at least a few botched/conflicted files
15:19.48starseekerhad to leave the merge command running - was slllooooww
15:24.21CIA-48BRL-CAD: 03brlcad * r41272 10/brlcad/trunk/NEWS:
15:24.21CIA-48BRL-CAD: richard fixed a bug in the point cloud primitive where my "don't bother
15:24.21CIA-48BRL-CAD: dequeing" message was apparently a "bad thing" to do. when freeing the point
15:24.21CIA-48BRL-CAD: cloud's bu_list, the forward pointer was being referenced after it was freed
15:24.21CIA-48BRL-CAD: (presumably causing a crash or valgrind failure). fix calls BU_LIST_DEQUE (like
15:32.23CIA-48BRL-CAD: 03brlcad * r41273 10/brlcad/trunk/NEWS:
15:32.23CIA-48BRL-CAD: bob fixed a bug people were running into in mged where the various external
15:32.23CIA-48BRL-CAD: commands (rt, rtedge, gqa, nirt, etc) were failing to be found if you changed
15:32.23CIA-48BRL-CAD: your directory or ran dbopen with a relative path. mged would invoke 'rt
15:32.23CIA-48BRL-CAD: relative/path/to/file.g' and get a file-not-found error if the cwd was not the
15:37.36CIA-48BRL-CAD: 03brlcad * r41274 10/brlcad/trunk/TODO:
15:37.36CIA-48BRL-CAD: dbopen needs some tlc, particularly on windows due to a change bob make in
15:37.36CIA-48BRL-CAD: db_open.c in librt. we need to keep track of the initial PWD in the dbip.
15:37.36CIA-48BRL-CAD: stashing the full path into dbi_filename is inadequate as we then lose
15:37.36CIA-48BRL-CAD: information about how the file was opened (which is important for output,
15:43.54CIA-48BRL-CAD: 03brlcad * r41275 10/brlcad/trunk/misc/nsis/brlcad.nsi: don't comment out code without leaving a comment why it's commented out but needs to stay. remove dead code.
15:47.16CIA-48BRL-CAD: 03brlcad * r41276 10/brlcad/trunk/NEWS:
15:47.16CIA-48BRL-CAD: bob added a call to RequestExecutionLevel to set the execution level to user to
15:47.16CIA-48BRL-CAD: get the failed CreateShortCut calls to work. this (presumably) should get past
15:47.16CIA-48BRL-CAD: an installation failure/error about not being able to create shortcuts due to
15:47.16CIA-48BRL-CAD: permission failures. presumably also only creates shortcuts for the current
15:54.24CIA-48BRL-CAD: 03brlcad * r41277 10/brlcad/trunk/TODO:
15:54.24CIA-48BRL-CAD: lots of updates. rename g_* tools. tess failures are out of date. forum links
15:54.24CIA-48BRL-CAD: fixed. parallel prep has a diff meaning. man pages are exposed in mged (albeit
15:54.24CIA-48BRL-CAD: not searchable). x3d is vrml, importer needed. raytracers output multiple
15:54.24CIA-48BRL-CAD: image formats. opengl instead of gpgpu.
15:58.59CIA-48BRL-CAD: 03brlcad * r41278 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c:
15:58.59CIA-48BRL-CAD: richard made a change that fixed a problem and causes a problem, so document it
15:58.59CIA-48BRL-CAD: as a FIXME. the memory needs to be released properly and/or the memory
15:58.59CIA-48BRL-CAD: management expectations of nmg_je() needs to be documented. just removing the
15:58.59CIA-48BRL-CAD: free is a memory leak.
16:19.19CIA-48BRL-CAD: 03brlcad * r41279 10/brlcad/trunk/src/libbn/mat.c: use vmath macros where equivalent for moving, scaling, and transposing. V3ARGS for args. avoid bombing at all costs unless if there is no sensible return possible, return a zero output if input is zero.
16:34.19CIA-48BRL-CAD: 03brlcad * r41280 10/brlcad/trunk/src/libbn/ (mat.c plane.c): ws and brace cleanup
16:59.05CIA-48BRL-CAD: 03brlcad * r41281 10/brlcad/trunk/src/librt/primitives/nmg/ (8 files): remove lots and lots of dead code. particularly for #if 0 and #if 1 code that has no else clause, but even for some of those that do that are not relevant without revisiting the code.
17:02.54starseekerbrlcad: unless I'm nuts, the bot editor looks to be Archer-only at the moment - I see where nick committed a bot command to MGED's setup.c, but it doesn't launch the GUI
17:09.08starseekerthe gui itself is an Archer plugin
17:25.56starseekercan get the bot editor command to load, but it does nothing - when I feed it the command line options documented in botEditor.tcl, I get Error: bad window path name
17:32.09starseekerlooking over all of n_reed's commits, I only find one that mentions MGED:  http://brlcad.svn.sourceforge.net/viewvc/brlcad?view=revision&revision=40093
17:35.48starseekerah HAH!
17:37.45starseekerok... that's kinda bad
17:37.52starseekerletsee...
17:55.41*** join/#brlcad willdye (~willdye@fern.dsndata.com)
17:56.02*** part/#brlcad willdye (~willdye@fern.dsndata.com)
18:00.19CIA-48BRL-CAD: 03starseeker * r41282 10/brlcad/trunk/src/tclscripts/mged/ (Makefile.am openw.tcl tclIndex): Get a (very) basic menu based approach to getting the Bot Editor going in MGED.
18:00.41*** join/#brlcad willdye (~willdye@fern.dsndata.com)
18:00.59CIA-48BRL-CAD: 03starseeker * r41283 10/brlcad/trunk/src/tclscripts/mged/botedit.tcl: Whoops, how about adding the file.
18:38.26*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
19:14.38CIA-48BRL-CAD: 03bob1961 * r41284 10/brlcad/trunk/src/rt/opt.c: rt_cmdtab does not have a background command so set the background locally (i.e. don't call rt_do_cmd()).
19:17.32*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
19:33.00*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
20:04.07*** join/#brlcad velociostrich_ (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
20:21.06*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
20:25.26*** join/#brlcad stevegt_2 (~stevegt@cislunar.TerraLuna.Org)
20:26.39*** join/#brlcad stevegt_5 (~stevegt@cislunar.TerraLuna.Org)
21:04.21*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
21:07.28CIA-48BRL-CAD: 03starseeker * r41285 10/brlcad/branches/cmake/src/bwish/main.c: Add Tcl_FindExecutable - this may fix the problems with finding init.tcl for btclsh.
21:08.11*** join/#brlcad stevegt_3 (~stevegt@cislunar.TerraLuna.Org)
22:14.21CIA-48BRL-CAD: 03bob1961 * r41286 10/brlcad/trunk/src/rt/opt.c: Undo previous revision.
22:29.33starseekermakes a note to check this out at some point: http://www.visualizationlibrary.com/jetcms/
22:51.58CIA-48BRL-CAD: 03brlcad * r41287 10/brlcad/trunk/src/libtclcad/ged_obj.c:
22:51.58CIA-48BRL-CAD: eliminate lots of calls to MAXARGS (beginning of a process to remove the array
22:51.58CIA-48BRL-CAD: constant), replace with a -1 that implies unlimited. mark the unused maxargs
22:51.58CIA-48BRL-CAD: params. simplify go_edit_redraw_func() to not match the signature of others
22:51.58CIA-48BRL-CAD: since it's doing something much simpler and isn't used in the command table.
23:13.09CIA-48BRL-CAD: 03r_weiss * r41288 10/brlcad/trunk/TODO: Updated TODO list for next release to fix bu_realloc so passing in size zero will perform a free instead of allocating the minimum size to store a pointer.
23:15.46CIA-48BRL-CAD: 03brlcad * r41289 10/brlcad/trunk/src/gtools/g_qa.c: what's up with the fixed length array? eliminate MAXARGS and make it dynamic
23:19.15*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:21.57CIA-48BRL-CAD: 03bob1961 * r41290 10/brlcad/trunk/src/libbu/parse.c:
23:21.58CIA-48BRL-CAD: Modified _bu_struct_lookup() to consider a sp_fmt[1] of 'p' when deciding to
23:21.58CIA-48BRL-CAD: move on to the next item in the bu_structparse array. This fixes breaks in the
23:21.58CIA-48BRL-CAD: rt family of applications when using any of the view_parse variables.
23:31.18CIA-48BRL-CAD: 03bob1961 * r41291 10/brlcad/trunk/src/libbu/parse.c: Minor mod to _bu_struct_lookup(). Apparently the 'i' is not prepended with a '%' so using sp_fmt[0] when comparing with 'i' is correct for this case only.
23:33.37CIA-48BRL-CAD: 03brlcad * r41292 10/brlcad/trunk/src/ (35 files in 4 dirs): eliminate a slew of checks for exceeding MAXARGS bounds as part of process of eliminating the static size limit.
IRC log for #brlcad on 20101109

IRC log for #brlcad on 20101109

00:33.55CIA-48BRL-CAD: 03brlcad * r41293 10/brlcad/trunk/configure.ac: few more warnings to consider
01:58.55*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
07:43.00*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
08:37.11*** join/#brlcad mafm (~mafm@83.37.154.171)
09:37.05*** join/#brlcad WhiteCalf (MK@whitecalf.net)
09:42.23*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
11:01.02CIA-48BRL-CAD: 03indianlarry * r41294 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: fixed delete statement for allocated array (delete knots -> delete [] knots)
11:02.38CIA-48BRL-CAD: 03indianlarry * r41295 10/brlcad/trunk/src/librt/bundle.c: removed unused static debug variable
11:11.52CIA-48BRL-CAD: 03indianlarry * r41296 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: (log message trimmed)
11:11.52CIA-48BRL-CAD: Fixed under sized arrays used in reporting intersects in four corner solver.
11:11.52CIA-48BRL-CAD: This under size was causing stack corruption issues when a subdivision surface
11:11.52CIA-48BRL-CAD: was hit more than twice. Added definition MAX_BREP_SUBDIVISION_INTERSECTS and
11:11.52CIA-48BRL-CAD: currently set to 5, four corners and center are currently being tested for
12:01.27d-loyawns
12:08.45brlcadwow, so that's why nmg conversion of havoc is taking so long.. there's like an O(n^5) in there
12:13.15brlcadn^6 or n^8 even
12:13.27brlcadincredible
12:14.05d-lon7 guys in Mass Effect were pretty elite.... but thats not what you're talking about ;)
12:16.59d-losorry for the total tangent. :)
12:17.16d-lohow easy a fix is that to get closer to ^2 or linear?
12:26.04CIA-48BRL-CAD: 03brlcad * r41297 10/brlcad/trunk/ (NEWS src/librt/primitives/nmg/nmg_fuse.c):
12:26.04CIA-48BRL-CAD: this fixes an infinite loop that was getting hit when fusing vertices due to
12:26.04CIA-48BRL-CAD: some faulty iteration logic. instead of continuing if they are not equal, which
12:26.04CIA-48BRL-CAD: was causing it to stay in the same processing state, check if they are equal so
12:26.04CIA-48BRL-CAD: we can fuse and break. it was stuck endlessly fusing. affects most NMG and BOT
12:26.04brlcadtrivial
12:26.21brlcadit was just carelessly being too careful
12:26.39d-lonice :) Easy fixes are the best.
12:27.03d-lodo you have benchmarks as to how much improvement your fix gained?
12:27.24brlcadnot yet
12:27.55brlcadpart of that nmg conversion script I whipped up, has exposed a variety of problems
12:28.07d-lowell awesome then.
12:28.19d-loassuming those problems get fixed of course :)
12:28.19brlcadit's been busy processing every object in db/*.g
12:28.34brlcadevery now and then it hits an object and takes .. a very very long time
12:29.26brlcadI've been attaching the debugger to make sure it's not an infinite loop (which one WAS) .. but now ran into a case where the time complexity wasn't just geometric
12:30.00brlcadrelatively simple piece of geometry, debugger showed it wasn't stuck, found crazyness
12:30.18d-lonow is this nmg stuff ours, but old?
12:30.33brlcadthere's an O(n^2) NMG_CK_HITMISS_LISTS() macro that validates that the entries in a hitmiss list point to valid memory
12:30.44brlcadthat check is fine, but it was *everywhere*
12:31.15brlcadso it was iterating over the hitmiss list as it walked down the same callstack even
12:31.23d-lohrm, alsmost sounds like that portion of code never had the 'debugness' of it taken out.
12:32.00brlcadf() -> g() -> h() -> i() basically calling it every step down at the beginning and end of every function
12:32.12brlcadso doing more than 10x the amount of work it needs to, only to test memory
12:32.46d-loso did you just gut that stuff or put some dort of debug flag around it?
12:32.59brlcadunrolled them properly up the stack
12:33.18brlcadso only f() does the check before and after calling g()
12:33.23d-lokewl :)
12:34.45d-lois that call stack the same every time?  Cause I wonder if only having the memcheck in f() is completely safe....
12:34.51d-lo*just thinking abstractly*
12:34.57d-loas I havent seen the code.
12:41.24*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:41.36``Erikhmmm
12:54.58brlcadthey're all safe checks
13:23.29*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
13:38.17brlcaddeprecates 40 commands
13:53.25CIA-48BRL-CAD: 03brlcad * r41298 10/brlcad/trunk/doc/deprecation.txt: (log message trimmed)
13:53.26CIA-48BRL-CAD: massive deprecation of various mged commands that are being consolidated into a
13:53.26CIA-48BRL-CAD: more consistent interface with fewer commands. NO FUNCTIONALITY IS BEING
13:53.26CIA-48BRL-CAD: REMOVED, they are being merged in with other existing commands as options or
13:53.26CIA-48BRL-CAD: subcommands so common functionality is grouped together. this should eliminate
14:06.42CIA-48BRL-CAD: 03brlcad * r41299 10/brlcad/trunk/doc/deprecation.txt:
14:06.42CIA-48BRL-CAD: add a few more easy ones to include the list for deprecation. remove need to
14:06.42CIA-48BRL-CAD: distinguish between prims and combs (no 'o' commands or options). deprecaters
14:06.42CIA-48BRL-CAD: include: aproposlib aproposdevel qvrot qorot sed oed ted red vdraw vnirt
14:06.42CIA-48BRL-CAD: vquery_ray
14:06.50brlcadinital list truncated was: ?lib ?devel dbconcat dbupgrade dbfind dbupgrade debugbu debugdir debuglib debugmem debugnmg comb_std comb_color combmem killall killtree killrefs rotobj arot mrot orot vrot oscale pscale otranslate ptranslate nmg_collapse nmg_fix_normals nmg_simplify bot_condense bot_decimate bot_face_fuse bot_vertex_fuse bot_face_sort bot_smooth erase_all query_ray xpush
14:07.10brlcadso that'll be about 50 commands that are easy to refactor
14:07.18brlcadshoudl be a good start
14:13.40CIA-48BRL-CAD: 03brlcad * r41300 10/brlcad/trunk/NEWS: (log message trimmed)
14:13.40CIA-48BRL-CAD: keith fixed a bug in the NURBS raytracing code where it was crashing on a
14:13.40CIA-48BRL-CAD: particular surface evaluation. the ray was grazing a surface and the code was
14:13.40CIA-48BRL-CAD: assuming only two hits were possible (in/out) when the surface was flat. this
14:13.40CIA-48BRL-CAD: particular crash case involved three hits causing the fixed-size array bounds to
14:16.20CIA-48BRL-CAD: 03starseeker * r41301 10/brlcad/branches/STABLE/ (62 files in 14 dirs): Sync STABLE branch to trunk r41297.
14:35.06d-loGreat stuff.  And SFW: http://i.imgur.com/uaOrr.jpg
15:53.51CIA-48BRL-CAD: 03starseeker * r41302 10/brlcad/trunk/doc/README.MacOSX: Toss in a note in case I need to remember how to query what version of OSX I'm using from the command line.
15:57.43CIA-48BRL-CAD: 03starseeker * r41303 10/brlcad/trunk/doc/README.Linux: Mention the version file for Redhat and Fedora while we're at it.
16:02.32CIA-48BRL-CAD: 03bob1961 * r41304 10/brlcad/trunk/src/tclscripts/mged/mgedrc.tcl: Fixed a typo in the dump_mged_state proc related to the status_bar default.
16:11.03CIA-48BRL-CAD: 03bob1961 * r41305 10/brlcad/trunk/src/tclscripts/mged/bindings.tcl:
16:11.03CIA-48BRL-CAD: Modified the default_mouse_bindings proc by replacing the previous hack, related
16:11.03CIA-48BRL-CAD: to bad mouse behavior on Mac OS 10.5, with a similar hack that let's the user
16:11.03CIA-48BRL-CAD: determine whether or not to use the provided hack by setting a no_focus_hack
16:11.03CIA-48BRL-CAD: variable in the .mgedrc file.
16:17.14*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
17:11.30*** join/#brlcad 14WAABF48 (~stevegt@2001:470:1f05:601:212:f0ff:fe44:bea2)
19:35.39d-loWell now!  http://www.cbsnews.com/stories/2010/11/09/national/main7036716.shtml
19:52.56*** join/#brlcad Ralith (~ralith@d142-058-092-131.wireless.sfu.ca)
19:53.52brlcadyeah, interesting
19:54.37d-loSomewhere, on some sub, there is a junior Fire Control Tech who is no longer a Fire Control Tech
19:54.57brlcadheh
19:57.39CIA-48BRL-CAD: 03brlcad * r41306 10/brlcad/trunk/ (NEWS src/librt/primitives/nmg/nmg_rt_isect.c): (log message trimmed)
19:57.40CIA-48BRL-CAD: undo code that is carelessly being too careful. NMG_CK_HITMISS_LISTS() is a
19:57.40CIA-48BRL-CAD: linear walk over the hit and miss lists that was being called all over the place
19:57.40CIA-48BRL-CAD: up and down the call stack, often very redundantly. this is causing certain
19:57.40CIA-48BRL-CAD: objects that need to fire rays to evaluate the nmg surface to run absurdly
20:42.38starseekerd-lo: hehe - "Wait, don't set that cup there- oh, crap"
20:45.33starseekeraaaand it looks like our RPM build is busted
20:46.13CIA-48BRL-CAD: 03bob1961 * r41307 10/brlcad/trunk/src/libged/rt.c: Modified ged_build_tops to use the full path name when building up the command line vector.
20:54.16CIA-48BRL-CAD: 03starseeker * r41308 10/brlcad/trunk/misc/brlcad.spec.in: Evidently Copyright is supposed to be License these days.
21:45.32CIA-48BRL-CAD: 03bob1961 * r41309 10/brlcad/trunk/src/libged/tables.c: Need to dereference numreg and numsol before incrementing.
21:51.05CIA-48BRL-CAD: 03starseeker * r41310 10/brlcad/trunk/NEWS: Bob fixed bug in idents, solids and regions command where counting was not functioning due to an improperly referenced counter.
22:05.18*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
23:18.24*** join/#brlcad stevegt_ (~stevegt@216.1.176.121)
23:47.46*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
IRC log for #brlcad on 20101110

IRC log for #brlcad on 20101110

01:58.21*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
03:25.29starseekerhmm:  http://en.poderosa.org/present/about_poderosa.html
03:38.14starseekerhttp://ttssh2.sourceforge.jp/
03:52.09starseekerI'm sure there's some good reason this wouldn't work, but why not hook up putty to a local instance of http://www.kpym.com/2/kpym/index.htm and use that as a terminal on Windows?
03:53.19starseekerwire them together into one program that both launches the telnetd backend and hooks up putty to it?
04:48.37brlcadstarseeker: poderosa is written in c# (.net)
04:49.42brlcadhooking up an ssh client like putty or one of the others to a local ssh server is a viable solution .. just more involved from a management perspective
04:50.50brlcadmore complicated to make it all work seemlessly, hidden, and cleanly .. complicated install (needs to install a network service), complicated to run (needs permission to run the ssh server), tricky to get it all to fire up cleanly without user intervention
04:50.56brlcaddoable, though :)
04:51.13brlcadI was looking at one of the tiny ssh daemons for windows a couple weeks ago for that exact purpose
05:15.42*** join/#brlcad stevegt_1 (~stevegt@216.1.176.121)
05:20.27*** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
05:20.27*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
08:20.43*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:10.41*** join/#brlcad mafm (~mafm@81.34.12.163)
12:20.44d-loMernin all
12:34.13brlcadhowdy
12:37.50d-lofind any more performance impacting silliness?
12:38.52*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
12:58.24brlcadd-lo: not really
13:24.56*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
13:24.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
13:28.43starseekerbrlcad: ah, so the network service part is integral to providing a viable terminal for putty?  I was kinda wondering if we could sorta "fake it" and do it all inside the program...
13:42.50brlcadstarseeker: give it a go, maybe not
13:43.02brlcadthey might have implemented support for other methods
13:43.44brlcadthe trick is still having the right terminal I/O processing so that things will get handled properly
13:44.05brlcadcmd.com doesn't provide that environment
13:44.17brlcadserial interfaces and network interfaces should
13:44.38starseekernods - I'm kinda dubious that it's viable, since surely someone would have done it by now if it were simple
13:44.58starseekerbut if we could "cheat" it would simplify the problem :-P
13:47.06starseekermust finish hammering Tcl/Tk into submission...
16:07.01CIA-48BRL-CAD: 03bob1961 * r41311 10/brlcad/trunk/src/libged/erase.c: This corrects behavior of the erase_all command (i.e. The who command now yields the proper results and a subsequent raytrace is also correct).
17:46.56*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:46.59*** join/#brlcad stevegt_1 (~stevegt@216.1.176.121)
17:56.56*** join/#brlcad stevegt_ (~stevegt@216.1.176.121)
18:16.30*** join/#brlcad stevegt_ (~stevegt@216.1.176.121)
18:21.48*** join/#brlcad stevegt_2 (~stevegt@216.1.176.121)
18:25.17CIA-48BRL-CAD: 03bob1961 * r41312 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a way to bypass tree decoration (i.e. increase tree update speed) by setting a no_tree_decorate variable in .archerrc.
19:07.17*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
19:17.40*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
19:21.10CIA-48BRL-CAD: 03bob1961 * r41313 10/brlcad/trunk/src/external/ProEngineer/proe-brl-notes.txt: Minor update.
19:23.42CIA-48BRL-CAD: 03brlcad * r41314 10/brlcad/trunk/ (include/dm-rtgl.h src/libdm/dm-rtgl.c):
19:23.42CIA-48BRL-CAD: eliminate the use of RT_MAXARGS by making oldTrees be a dynamically allocated
19:23.42CIA-48BRL-CAD: array. adding a capacity parameter to keep track of how many slots are
19:23.42CIA-48BRL-CAD: available. renamed oldNumTrees to just numTrees and used size_t for sizes.
19:24.48CIA-48BRL-CAD: 03brlcad * r41315 10/brlcad/trunk/src/libdm/dm-rtgl.c: ws consistency cleanup
19:36.40*** join/#brlcad stevegt_1 (~stevegt@216.1.176.121)
19:44.42starseekerhalf wishes we could deprecate the current gqa command line syntax - would need to have something to replace it though...
19:45.33brlcadpretty neat! ... http://ditaa.sourceforge.net/
19:45.42brlcadcould probably put that to use ..
19:57.40CIA-48BRL-CAD: 03brlcad * r41316 10/brlcad/trunk/src/libdm/dm-rtgl.c: quell all verbose compilation warnings including unused params, unused vars, validation checks, and some cleanup.
20:00.51starseekerhah - that is cool.  Wonder what it would do with some of the nurbs drawings in the source code comments
20:00.56starseekerJava though - ugh
20:02.01starseekerthat would be an awesome thing to integrate into doxygen
20:14.29louipcwoohoo java
20:15.10starseekeris curious to see if Oracle can actually kill Java
20:15.30louipcwhy would they do that?
20:15.47louipcit's used for enterprise
20:16.10starseekerif they tick off enough of the open source developers out there with their antics...
20:16.25starseekerit could become the next COBOL
20:16.41louipcoh, well openjdk will be the master or something then
20:16.46starseekerat least, until the patents run out
20:19.43CIA-48BRL-CAD: 03brlcad * r41317 10/brlcad/trunk/src/libdm/dm-rtgl.c: remove couple more instances of fixed-size RT_MAXARGS arrays. make visibleTrees array size dynamic, exactly big enough to fix the max number it might possibly store.
20:21.08louipcstarseeker: what was the reason for replacing tkimg with tkpng?
20:21.33starseekersmaller - we were only including the subset we needed for png from tkimg anyway
20:22.57louipcah alright. just wondering because tkimg seems more ubiquitous
20:23.08starseekerrather than extract and maintain a subset of one library, we just include all of a much smaller one (easier to keep synced up if need be)
20:23.24starseekeractually, I believe the 8.6 png support in the core is based on tkpng
20:23.51starseekertkimg gives you a lot more formats, so it's a natural choice if you want the flexibiity
20:24.34louipcooh so we won't even need tkpng in due time eh
20:25.40starseekerit'll be a while (we'll need to require 8.6 the way we currently require 8.5) but yeah :-)
20:26.13louipcawsm
20:36.59starseekerfor that matter, we could probably check to see if either tkimg or tkpng was around in a system install - either would serve
20:37.11starseekermakes note to check what that would take later
20:38.01louipcyeah that wouldn't be a bad idea
20:39.51*** join/#brlcad Ralith (~ralith@d142-058-094-146.wireless.sfu.ca)
21:08.07CIA-48BRL-CAD: 03brlcad * r41318 10/brlcad/trunk/ (include/dg.h src/libged/dg_obj.c):
21:08.08CIA-48BRL-CAD: remove more instances of RT_MAXARGS and MAXARGS. this one is technically a bug
21:08.08CIA-48BRL-CAD: that would have been a crasher if the limit were hit as the array was sized as
21:08.08CIA-48BRL-CAD: RT_MAXARGS but being iterated over as size MAXARGS (and those two don't actually
21:08.08CIA-48BRL-CAD: match each other). we allocate and free memory dynamically based on the exact
21:09.44CIA-48BRL-CAD: 03brlcad * r41319 10/brlcad/trunk/ (include/dg.h src/libged/dg_obj.c): we don't actually need to keep track of the capacity because the array ending is marked with a null and not resized
21:17.09CIA-48BRL-CAD: 03brlcad * r41320 10/brlcad/trunk/src/mged/ (animedit.c cmd.c mged.h): more MAXARGS elimination. use a -1 magic to imply unlimited args for the funtab.
22:11.15*** join/#brlcad stevegt_ (~stevegt@216.1.176.121)
22:32.32CIA-48BRL-CAD: 03bob1961 * r41321 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Added the validTableEntry method for validating CombEditFrame's relative edit tables entries.
22:37.49CIA-48BRL-CAD: 03bob1961 * r41322 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update the getTreeMembers method to handle member names containing spaces. There's still more work to do in other areas of Archer for handling object names containing spaces.
23:37.40CIA-48BRL-CAD: 03r_weiss * r41323 10/brlcad/trunk/src/libbu/malloc.c: Updated function bu_realloc to function more line the standard function realloc.
IRC log for #brlcad on 20101111

IRC log for #brlcad on 20101111

01:06.16*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:46.15*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
02:32.43CIA-48BRL-CAD: 03brlcad * r41324 10/brlcad/trunk/src/libbu/malloc.c:
02:32.43CIA-48BRL-CAD: rename cnt to siz to reflect that it's not a count ala calloc() but that it's a
02:32.43CIA-48BRL-CAD: size ala malloc(). also remove the doxygen comment on bu_realloc() since public
02:32.43CIA-48BRL-CAD: API comments for libbu are all included in the public interface headers.
02:32.43CIA-48BRL-CAD: implementation files only include doxygen comments for significant
02:34.11CIA-48BRL-CAD: 03brlcad * r41325 10/brlcad/trunk/include/bu.h:
02:34.11CIA-48BRL-CAD: expand the documentation for bu_realloc() and how it relates to the boundary
02:34.11CIA-48BRL-CAD: cases where size in zero and/or the ptr is NULL with particular clarity that
02:34.11CIA-48BRL-CAD: NULL will still never be returned. fortunately, the standard allows the return
02:34.11CIA-48BRL-CAD: to be non-null even for zero sizes.
02:54.20CIA-48BRL-CAD: 03brlcad * r41326 10/brlcad/trunk/src/libbu/malloc.c:
02:54.20CIA-48BRL-CAD: libbu memory management is not allowed to return NULL (by design) so having
02:54.20CIA-48BRL-CAD: bu_realloc() free memory then return NULL for the case where the size is zero
02:54.20CIA-48BRL-CAD: but the pointer is non-NULL would be inconsistent with that design.
02:54.20CIA-48BRL-CAD: FORTUNATELY, the standard allows for the return of 'a unique pointer that can be
04:02.38CIA-48BRL-CAD: 03brlcad * r41327 10/brlcad/trunk/src/libbu/tcl.c:
04:02.38CIA-48BRL-CAD: random crash report showed a crash inside free() from
04:02.38CIA-48BRL-CAD: bu_tcl_get_value_by_keyword(), so add additional protections. Call Tcl_Free()
04:02.38CIA-48BRL-CAD: instead of free() directly since that's what the Tcl doc's say should be called
04:02.38CIA-48BRL-CAD: after Tcl_SplitList(). also init listv to NULL for the case where listc is 0.
04:22.19*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
07:05.30*** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
09:17.46*** join/#brlcad mafm (~mafm@81.34.125.22)
10:31.30*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
10:56.49*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
12:24.42*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:42.35*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:30.08*** join/#brlcad mafm (~mafm@81.34.125.22)
16:26.34starseekermakes note to check what that would take later
16:26.45starseekerwhoops
18:16.02starseekerLOL: http://static.guim.co.uk/sys-images/Technology/Pix/pictures/2010/10/8/1286533302868/mobilemadness101008-1120-460.png
18:26.06louipchah I'd like to see the chart for all industries
18:26.51``Erikthere're only so many bits in the world...
18:29.25starseekerthis isn't "free" in the GNU sense of the word, but it's still pretty cool:  http://www.m1911.org/M1911-A1_REDUX.pdf
18:32.36``Erikthe document itself may be subject to copyright, but it looks like there'd be enough information to actually model that thing very accurately O.O (and I don't THINK that'd be an issue?)
18:34.38louipcbetter email about that
18:34.53louipcseems like he's just charging for solidworks data though
18:35.51starseekerhard to say - i'd rather have the army originals, but they would be hard to find
18:36.27starseekerhe's made adjustments to the data, which may make it problematic
18:36.39louipchehe he says that it's a bad design with too many components
18:38.39louipcthis is pretty awesome though
18:38.59louipcyou never really see a complete package like this in the shop
18:39.39louipcunless you are the one who designed the product and are shopping out the work heh
18:51.32*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
19:25.09*** join/#brlcad stevegt_1 (~stevegt@216.1.176.121)
21:44.19*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:44.19*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:48.57brlcadthat is pretty awesome
21:49.09brlcadmakes me want to build a cnc
21:49.40louipcyou have the drawings for that?
21:49.46louipc;D
21:50.01*** join/#brlcad stevegt_ (~stevegt@216.1.176.121)
IRC log for #brlcad on 20101112

IRC log for #brlcad on 20101112

00:32.17starseekergrins a little at the spring on page 7 of that M1911 pdf - perfect candidate for coil tool
00:40.48starseekeralso a good example for the whole "generate drawings" discussion
00:48.52*** join/#brlcad stevegt_1 (~stevegt@216.1.176.121)
04:40.46*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
05:45.53*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
06:32.02*** join/#brlcad PrezKennedy (MK@whitecalf.net)
07:11.34*** join/#brlcad 92AABJG1M (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
08:56.59*** join/#brlcad mafm (~mafm@83.50.133.227)
09:02.07*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
09:30.34*** join/#brlcad PrezKennedy (MK@whitecalf.net)
11:48.26brlcadhm, so starting to get some performance numbers from that nmg optimization
11:49.11brlcadbeen running 5+ days (not finished) without the optimization, took approximately 3 days with it
11:49.51brlcadso maybe cut the time in half for those bad cases, but they're still absurdly slow due to other order problems
12:08.43*** join/#brlcad mafm_ (~mafm@83.50.133.227)
12:12.10CIA-48BRL-CAD: 03brlcad * r41328 10/brlcad/trunk/ (doc/deprecation.txt include/bu.h src/libbu/vlb.c): rename bu_vlb_getBuffer() and bu_vlb_getBufferLength() to bu_vlb_addr() and bu_vlb_buflen() to be consistent with the bu_vls routines. also make all sizes used by bu_vlb be size_t instead of int.
12:15.44CIA-48BRL-CAD: 03brlcad * r41329 10/brlcad/trunk/src/librtserver/ (rtserver.c rtserverTest.c): update to rename calls of bu_vlb_getBuffer() and bu_vlb_getBufferLength() to bu_vlb_addr() and bu_vlb_buflen() respectively.
12:16.55CIA-48BRL-CAD: 03brlcad * r41330 10/brlcad/trunk/include/bu.h: moved BU_VLB_BLOCK_SIZE into the header since it doesn't need to be public api.
12:18.12CIA-48BRL-CAD: 03brlcad * r41331 10/brlcad/trunk/src/libbu/vlb.c: in fact, remove the BU_ prefix so there's no confusion
12:55.31*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:24.41*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
13:24.41*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
13:53.56starseekerO.o http://www.cncguns.com//downloads.html
14:14.54*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:57.54brlcadneato
14:57.57brlcaddownloads everything
14:59.33brlcadawesome, trimmed nurbs
15:06.39starseekerhmm - this might be a good paper to print Quick Reference Cards on:  http://www.amazon.com/Xerox-3R12363-Polyester-Paper-Sheets/dp/B0013C9AUK
15:11.11brlcadaaand iges-g crashes.. lovely :)
15:11.20starseekerbrlcad: do we have an editable form of the quick reference card anywhere?
15:11.32brlcadsure, but it's in indesign
15:11.49brlcadadobe cs
15:11.50starseekerurk
15:12.05starseekeralrightie then
15:12.19starseekerwill try loading the pdf into inkscape tonight
15:12.29brlcadalso uses a specific font that's not common
15:12.46starseekercommercial?
15:13.08brlcadit might be useful to convert it to ODT if it can handle the layout
15:13.27brlcadthen it'd be committable
15:13.36brlcadhits the road
15:25.27starseekerhuh, cool - http://www.taskjuggler.org/
15:42.01brlcadawesome time lapse:  http://vimeo.com/15780202
15:42.29brlcadyeah, I looked at TJ
15:42.31brlcadnot too shabby
16:10.25d-lowatching the concrete dry via timelapse is pretty awesome :)
16:34.29willdyestarseeker: if taskjuggler is too heavyweight for your needs (and if you're an emacs user), this might be of interest: http://orgmode.org/
17:55.50*** join/#brlcad stevegt_ (~stevegt@216.1.176.121)
18:15.58*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
18:23.11starseekerlooks like the best bet for Scribus import is to export the Indesign format to pdf, svg or eps and import it, if I'm understanding these docs right
18:23.42starseeker(heh - looks like we found a group as picky as you are about fonts brlcad)
18:43.21*** join/#brlcad CIA-55 (~CIA@208.69.182.149)
18:44.10brlcadif they're doing desktop publishing, they better be
18:45.24brlcadselecting proper fonts and maintaining clean alignment is NOT secondary or afterthought .. it IS the task...
19:05.09*** join/#brlcad stevegt_1 (~stevegt@216.1.176.121)
19:36.51CIA-55BRL-CAD: 03starseeker * r41332 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: Wrap a few things in conditionals for Tk - this should be made more coherent, but for now it gets things going.
21:08.45CIA-55BRL-CAD: 03brlcad * r41333 10/brlcad/trunk/NEWS: bob fixed the erase_all command so that 'who' command and subsequent rt calls yield the proper results.
21:22.17CIA-55BRL-CAD: 03starseeker * r41334 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: Break down the X11 libs a little more
21:37.01CIA-55BRL-CAD: 03brlcad * r41335 10/brlcad/trunk/ (include/ged.h src/libged/rt.c): add a new ged_count_tops() routine that counts the number of visibile (top-level) objects.
21:39.13CIA-55BRL-CAD: 03brlcad * r41336 10/brlcad/trunk/src/libtclcad/ged_obj.c: more MAXARGS elimination, use GO_UNLIMITED so we know when we don't even need to check maxargs
21:41.26CIA-55BRL-CAD: 03brlcad * r41337 10/brlcad/trunk/src/ (libdm/dm-rtgl.c mged/cmd.c): use ged_count_tops() to get the size that we need to allocate so MAXARGS can be eliminated and code can be simplified.
21:42.23CIA-55BRL-CAD: 03brlcad * r41338 10/brlcad/trunk/sh/conversion.sh: accommodate the Using debug statement from mged/libtclcad with a simple grep.
21:45.49CIA-55BRL-CAD: 03brlcad * r41339 10/brlcad/trunk/src/libtclcad/ged_obj.c: alloc AND free.. and pass the right params.
21:50.12CIA-55BRL-CAD: 03brlcad * r41340 10/brlcad/trunk/src/libged/rt.c: quellage
21:53.40CIA-55BRL-CAD: 03brlcad * r41341 10/brlcad/trunk/include/ged.h: ack, gd_rt_cmd needs to be a char ** for this to work, not an array.
21:58.51CIA-55BRL-CAD: 03brlcad * r41342 10/brlcad/trunk/src/libbu/ (malloc.c tcl.c): unbreak build due to type warnings. fixit.
22:11.34CIA-55BRL-CAD: 03brlcad * r41343 10/brlcad/trunk/src/ (conv/bot_dump.c remrt/rtsrv.c): remove several more instances of MAXARGS, replacing with calls to allocate/free dynamic memory that is sized with reasonable boundary limits
22:16.07*** join/#brlcad stevegt_ (~stevegt@216.1.176.121)
22:18.05CIA-55BRL-CAD: 03brlcad * r41344 10/brlcad/trunk/src/lgt/ (hmenu.c hmenu.h): get rid of MAXARGS and MAXLINE, managing dynamic memory sized accordingly in leu of the MAXLINE buffer.
22:40.06CIA-55BRL-CAD: 03brlcad * r41345 10/brlcad/trunk/include/cmd.h: no more MAXARGS
22:41.20CIA-55BRL-CAD: 03brlcad * r41346 10/brlcad/trunk/src/ (6 files in 3 dirs): more mass MAXARGS/RT_MAXARGS elimination.. only a few more to go to convert to dynamic memory.
22:46.55*** join/#brlcad stevegt_2 (~stevegt@216.1.176.121)
22:49.37*** join/#brlcad mafm_ (~mafm@83.50.133.227)
IRC log for #brlcad on 20101113

IRC log for #brlcad on 20101113

00:53.13*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
02:29.50*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
04:42.41*** join/#brlcad PrezKennedy (MK@whitecalf.net)
09:47.16*** join/#brlcad roberthl (~robert@v001.rhl.me.uk)
09:47.16*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
09:47.47*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
11:27.55*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:29.43CIA-55BRL-CAD: 03starseeker * r41347 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Add union wait test to tcl CMake build
15:39.01CIA-55BRL-CAD: 03starseeker * r41348 10/brlcad/branches/cmake/ (misc/CMake/FindX11.cmake src/other/tk/CMake/FindX11.cmake): Add /usr/local to the directories X11 headers might be found in - BSD apparently needs this.
20:44.32*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
21:11.36*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101114

IRC log for #brlcad on 20101114

00:45.18*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
04:21.11starseekergrabs opensolaris from virtualboxes.org and tries to get it working...
05:06.36starseekergah - gcc 3.4.3
05:16.03starseekergives sun studio express a shot...
06:10.42*** join/#brlcad 52AACLEFP (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
07:53.35*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
12:21.24brlcadwas a perfectly fine compiler for many years ... should work ;)
12:22.20brlcadso I was right about the savings.  reduced a conversion that took about 8 days to around 3 days
12:23.09brlcadnot too helpful, but it should also reduce several of the 8 minute -> 3 minute or 80 sec -> 30 sec conversions too
14:32.21louipcsounds like an amazing improvement to me
15:39.07*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:31.40starseekerbrlcad: which, gcc or sun studio?
17:42.22starseekerold gcc didn't like opennurbs
17:56.39``Erikhow old is old? like 3.x?
17:56.46``Erikhttp://www.capstoneturbine.com/news/story.asp?id=536
17:56.46starseeker3.4.3
17:57.31``Erik(high performance car, 4 big honkin' dc motors, some batteries, and a turbine engine to charge the batteries, 500mi range... awesome)
17:58.05starseekersweet
17:59.05``ErikI vagually recall a lot of cruddy c++ code breaking moving to 4.0, the c++ frontend was rewritten and far more strict, wonder if opennurbs depends on things 'being right' that 3 was sloppy on
17:59.52``Erik(like mebbe using the same symbol in 2 namespaces, 3 was sloppy with namespaces, most people ignored 'em)
18:00.27``Erik(and the turbine engine used in that badboy is only 40hp, but it can sprint with over 700)
18:04.06``Erikgcc 3.x can always bootstrap 4.x if that's a need, should probably document that 4.0+ is required somewhere if that holds
18:54.42*** join/#brlcad ibot (~ibot@rikers.org)
18:54.43*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
19:05.20*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
19:07.30*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
19:40.57brlcadstarseeker: "didn't like opennurbs" isn't very descriptive :)
19:41.20brlcadneither is likely going to work out of the box without some changes
19:41.42brlcadwe've built with 3.4.3 before, though, so it shouldn't be too hard to fix
19:41.57brlcadsun studio is usually even more picky
19:42.38starseekeropennurbs_brep_region.cpp:1147 error:  expected primary-expression before numeric constant
19:43.40starseekerthat's the first error from gcc 3.4.3 - I haven't gotten past tcl yet with sun studio - need the sunmath lib and I don't have the test for that wired in yet
19:44.15brlcadthat error might imply some sort of #define contstant on subfi
19:44.21starseekeris compiling successfully on OpenSolaris a decent predictor for success with Solaris itself?
19:44.34brlcadyep
19:44.50brlcadnot 100% match, but pretty darn close
19:45.01starseekeroh, good - so this isn't a waste :-)
19:46.23starseekercome to think of it, I think clang barfs on opennurbs too
19:46.29starseekerwonder if they're related
19:47.20starseekerdecides he might as well do the autotools distcheck as long as he's got this sucker up...
20:14.00*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:35.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:04.10starseekerblinks - clutils fails, but with an error that looks like it's trying to compile istream.cc from studio express's files?
23:06.05starseekeraaand apparently the Solaris version of yacc doesn't support a -o option
23:07.41starseekermy that's primitive - and a royal pain
23:11.09starseekerrecognizes he must handle that case but puts flex and bison in for now...
23:37.22starseekeralright, now that's just flat-out weird - cmake step build succeeds with flex/bison in place
23:39.00starseekerwinces - I'm guessing there may be a significant set of patches if we want to get opennurbs compiling with the sun compiler - doesn't even make it past the first file...
23:39.43starseeker"opennurbs_system.h", line 282: Error: A declaration does not specify a tag or an identifier.
23:40.10starseeker"opennurbs_system.h", line 363: Error: #error Verify that long long is a 64 bit integer with your compiler!.
23:48.14starseekermust confess he has no clue what the issue with line 282 is...
23:53.21starseekerbut if he adds SUN to the compiler list there and assumes long long for line 363 he gets by those two... to promptly trigger a rash of failures in other headers
23:57.17*** join/#brlcad Nohla (~Nohla@201.255.246.105)
IRC log for #brlcad on 20101115

IRC log for #brlcad on 20101115

02:14.19*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
03:17.35CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Uziqyjahiq]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
08:12.52*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
10:24.48*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
11:52.50*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
12:22.42*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:27.47brlcadstarseeker: you have to read into what the code is trying to do for most of those errors if you're going to make any progress making it work
12:29.09brlcadfor example, line 282 is defining a wchar_t type .. but if you even just read into the immediate preprocessor logic, you see that they DON'T declare the type for gcc or windows ..
12:29.42brlcadand since they are listing out platforms instead of features, and you're on a different platform, it probably just needs to be not gcc, not windows, and not sun.
12:30.41brlcadwhich means you'd need to create an ON_COMPILER_SUN or something similar and sprinkle around the code accordingly
12:31.19brlcadthere are going to be LOTS of issues like that, not just in opennurbs -- nothing hard, but you have to figure out the context and intent of that bit of code, not just the error on the line
12:33.37brlcadyou'd get that particular line 282 error, for example, if sun handled wchar_t's by simply #defining them to a built-in type (like opennurbs is trying to do for some platforms that need it and didn't have it declared/defined)
12:34.30brlcadwow, sphflake has the paint_face bug... cool
13:00.38*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
13:24.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
13:40.35*** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
15:06.56CIA-55BRL-CAD: 03erikgreenwald * r41349 10/brlcad/branches/bottie/ (465 files in 94 dirs): MFC 41333
15:42.57CIA-55BRL-CAD: 03bob1961 * r41350 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Fixed a typo in CombEditFrame::validateTableEntry.
16:00.40*** join/#brlcad merzo (~merzo@193.254.217.44)
16:30.50*** join/#brlcad merzo_ (~merzo@smartbussiness.mobicom.net.ua)
17:39.59*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
18:33.07starseekeranybody else getting a build failure on killtree.c in libged?  looks like it's MAXARGS related
18:58.40``Erikhttp://kitblog.com/2010/11/stars_wars_weather.html
19:04.26``Erikyes, 4 files in libged still try to reference MAXARGS: killtree.c preview.c rtcheck.c solids_on_ray.c
19:05.22``Erikin the cmake branch, itk freaks out about not finding X11/Xlib.h
19:05.32starseekeron BSD?
19:06.15starseekerone sec...
19:09.29CIA-55BRL-CAD: 03starseeker * r41351 10/brlcad/branches/cmake/src/other/incrTcl/itk/ (CMake/FindX11.cmake CMakeLists.txt): Itk is also gonna need enhanced FindX11.cmake - let's try this.
19:15.33CIA-55BRL-CAD: 03starseeker * r41352 10/brlcad/branches/cmake/src/other/incrTcl/itk/CMakeLists.txt: Oh yeah, might want to actually include the dir.
19:25.23CIA-55BRL-CAD: 03starseeker * r41353 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Flag this on the local ITCL var, not the TCL var.
19:35.30CIA-55BRL-CAD: 03starseeker * r41354 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Grr - thanks to itcl/itk needing private headers, need to add local dirs to include paths even if using system installs.
19:36.54CIA-55BRL-CAD: 03bob1961 * r41355 10/brlcad/trunk/src/libged/combmem.c: Modified combmem_vls_print_member_info by putting braces around object member names to accommodate possible whitespace in the member names.
19:45.22CIA-55BRL-CAD: 03starseeker * r41356 10/brlcad/trunk/include/cmd.h: Not quite ready to remove MAXARGS yet.
19:52.17CIA-55BRL-CAD: 03starseeker * r41357 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Reorder the definition of the Tcl/tk paths
19:53.39starseekerhmm - undefined symbols in rtserver.o
19:53.57starseekerbu_vlb_getBufferLength and bu_vlb_getBuffer
19:56.52CIA-55BRL-CAD: 03starseeker * r41358 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Add unix dir - this will need to be more generic in the future.
20:10.07*** join/#brlcad merzo (~merzo@183-125-94-178.pool.ukrtel.net)
21:04.57*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:04.57*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:22.51*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
21:31.00CIA-55BRL-CAD: 03starseeker * r41359 10/brlcad/trunk/src/librtserver/rtserver.c: Rename routines in accordance with r41328
22:07.56CIA-55BRL-CAD: 03brlcad * r41360 10/brlcad/trunk/src/libged/solids_on_ray.c: rename rt_cmd_vec* to solids_on_ray_cmd_vec* and change the static array into a dynamic one.
22:10.03CIA-55BRL-CAD: 03brlcad * r41361 10/brlcad/trunk/src/libged/solids_on_ray.c: style, comment, consistency cleanup
22:13.29CIA-55BRL-CAD: 03brlcad * r41362 10/brlcad/trunk/src/libged/solids_on_ray.c: move the statics variables out of file scope and into the function that uses them. reorder functions to avoid forward declarations.
22:17.39CIA-55BRL-CAD: 03brlcad * r41363 10/brlcad/trunk/src/libged/solids_on_ray.c: check args to quell warnings, perform NEAR_ZERO test instead of exactly testing for == 0 on a double.
22:35.31CIA-55BRL-CAD: 03brlcad * r41364 10/brlcad/trunk/src/libged/wcodes.c: make 'path' directory array be dynamically allocated so we're not using RT_MAXARGS. untested of course.
22:43.33*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
23:19.55*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:28.15CIA-55BRL-CAD: 03starseeker * r41365 10/brlcad/branches/STABLE/ (40 files in 19 dirs): Update STABLE to r41359 (I think, need to diff to confirm)
IRC log for #brlcad on 20101116

IRC log for #brlcad on 20101116

00:00.41CIA-55BRL-CAD: 03brlcad * r41366 10/brlcad/trunk/src/libged/killtree.c: reorder functions to avoid forward decls, cleanup ws, and partially eliminate MAXARGS.
00:15.57CIA-55BRL-CAD: 03brlcad * r41367 10/brlcad/trunk/src/libged/killtree.c: proper elimination of MAXARGS and 99999 by converting to bu_realloc() as needed in large step increments. should allow for practically unbounded killtree deletions now.
00:30.45brlcadahh, that feels good..
00:31.18brlcadwas unable to run the 'g' command or 'killtree' on "large" sets of objects
00:31.22brlcadbut now it works just fine :)
00:31.45brlcadtested addition/killing of several million objects, no problem
00:32.19brlcadold version just spits out usage when the limit is reached
00:51.00*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
01:55.57CIA-55BRL-CAD: 03brlcad * r41368 10/brlcad/trunk/NEWS:
01:55.57CIA-55BRL-CAD: improved the support for non-limited object lists in mged. there were numerous
01:55.57CIA-55BRL-CAD: commands in mged (e.g. 'killtree' and 'g') that would choke up and die if you
01:55.57CIA-55BRL-CAD: tried to process very large collections of geometry (>50k). most of the
01:55.57CIA-55BRL-CAD: commands would abort quietly with a usage message but will now process the
01:55.58CIA-55BRL-CAD: request as expected.
02:07.44CIA-55BRL-CAD: 03brlcad * r41369 10/brlcad/trunk/src/libged/rtcheck.c: eliminate the MAXARGS fixed array size, replacing with dynamic memory allocation exactly sized to the amount of memory we need. clean up the _WIN32/non-_WIN32 sectioned logic too to reduce duplication.
02:18.43CIA-55BRL-CAD: 03brlcad * r41370 10/brlcad/trunk/src/ (libged/nirt.c libged/rt.c mged/cmd.c): NULL the pointers after freeing them for sanity
02:29.03CIA-55BRL-CAD: 03brlcad * r41371 10/brlcad/trunk/src/libged/ (dg_obj.c nirt.c wdb_nirt.c): more insanity setting to NULL
02:41.08CIA-55BRL-CAD: 03brlcad * r41372 10/brlcad/trunk/src/libged/ (killtree.c solids_on_ray.c wcodes.c): even more NULLings. also seems unnecessary that solids_on_ray is using static vars here.
02:42.06brlcadstarseeker: for release, be sure to exercise the solids_on_ray code manually
02:42.36brlcadhave to traverse through the logic backwards to see where/how exactly
02:42.40brlcadfg
02:44.46CIA-55BRL-CAD: 03brlcad * r41373 10/brlcad/trunk/src/libged/preview.c: ws cleanup, drop rt_ prefix on static var
03:08.35starseekergrowls - Solaris 11 can only be used to develop your software, not for production?
03:09.13starseekerI suppose that would suffice for making sure BRL-CAD works on it, but now I almost hate to do it
03:10.34brlcadthat's just a regular pre-release release
03:11.50brlcadbasically a developer preview, so they aren't going to provide support (yet) to the hoardes that pay for commercial support
03:11.51*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
03:12.38brlcadnot unlike archer, whenever it makes beta
03:13.19starseekerah
03:15.58brlcaddammit.. this last MAXARGS is really messed up
03:16.34brlcadjust might break the 'preview' command, maybe can get keith to test it this week
03:16.51brlcador also as part of release
03:24.49brlcadit's not even clear how it current manages to work.. there are state variables in use all over the place inconsistently
03:41.22CIA-55BRL-CAD: 03brlcad * r41374 10/brlcad/trunk/src/libged/preview.c:
03:41.22CIA-55BRL-CAD: it's amazing that 'preview' even works at all given the mess in here. attempt
03:41.22CIA-55BRL-CAD: at undoing the MAXARGS and memory management debacle going on in here. play it
03:41.22CIA-55BRL-CAD: safe and just make our own copies of the strings so we know that it'll be okay
03:41.22CIA-55BRL-CAD: to free them all. get rid of the cmd_storage static as part of that process,
03:41.23CIA-55BRL-CAD: mark unused params, and expand the number of command args supported for more
03:41.24CIA-55BRL-CAD: complex previews.
03:43.30CIA-55BRL-CAD: 03brlcad * r41375 10/brlcad/trunk/include/ (cmd.h raytrace.h): and with this should be the final stab into the heart of MAXARGS and RT_MAXARGS, now no more a cheap hack to be relied upon. 'do it right'
03:49.39brlcadwoo hoo!
03:55.35CIA-55BRL-CAD: 03brlcad * r41376 10/brlcad/trunk/TODO: make sure 'preview' and 'solids_on_ray' commands work. those were two of the more fragile/harder cases out of all of the MAXARGS changes that should be given a quick validation check before release.
03:57.39starseekerbrlcad: sweet!
04:40.41*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
05:16.52starseekerfinally gets git set up on the libnurbs project
06:39.05*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
06:48.59*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
07:52.20*** join/#brlcad merzo (~merzo@193.254.217.44)
07:59.44*** join/#brlcad merzo_ (~merzo@smartbussiness.mobicom.net.ua)
09:20.51*** join/#brlcad merzo (~merzo@193.254.217.44)
10:54.14*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
12:53.41*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:16.27*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
13:24.58*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
13:24.59*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
13:30.43*** join/#brlcad merzo (~merzo@193.254.217.44)
13:50.50*** join/#brlcad merzo_ (~merzo@smartbussiness.mobicom.net.ua)
15:49.43CIA-55BRL-CAD: 03RolandaLooney 07http://brlcad.org * r2344 10/wiki/Main_Page: /* Third-party Projects */
18:11.14CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2345 10/wiki/Main_Page: Reverted edits by [[Special:Contributions/RolandaLooney|RolandaLooney]] ([[User talk:RolandaLooney|Talk]]); changed back to last version by [[User:Sean|Sean]]
18:11.40CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:RolandaLooney]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
19:01.50CIA-55BRL-CAD: 03starseeker * r41377 10/brlcad/branches/cmake/ (103 files in 30 dirs): Update cmake to trunk r41359
19:10.13CIA-55BRL-CAD: 03brlcad * r41378 10/brlcad/trunk/src/libged/rrt.c: somehow the build passed with this stray call to _ged_run_rt in here. good thing, though, as this would have crashed without allocating memory to gd_rt_cmd.
19:30.52brlcadstarseeker: let me (or the list) know when you begin final release steps
19:31.05brlcadI've found at least one bug that needs to be fixed
19:31.11brlcadfg
19:31.19starseekerbrlcad: k - watching for indianla1ry's NURBS stuff atm
19:38.16CIA-55BRL-CAD: 03brlcad * r41379 10/brlcad/trunk/src/libged/preview.c: iterate past the command name arg before appending displayed objects
19:38.58CIA-55BRL-CAD: 03brlcad * r41380 10/brlcad/trunk/src/libged/rrt.c: fix a bug introduced into rrt, need to pass the pointer to the end of the gd_rt_cmd arg list so it appends correctly.
19:39.29CIA-55BRL-CAD: 03brlcad * r41381 10/brlcad/trunk/src/libged/ (nirt.c rt.c): ws
19:44.20CIA-55BRL-CAD: 03brlcad * r41382 10/brlcad/trunk/BUGS: build reportedly fails on tcl if compiling in a path containing spaces. unverified.
19:48.00CIA-55BRL-CAD: 03brlcad * r41383 10/brlcad/trunk/src/libged/preview.c: use a vp pointer to be consistent with other similar code
19:48.40CIA-55BRL-CAD: 03brlcad * r41384 10/brlcad/trunk/src/libged/rrt.c: remove debug printing
19:48.40brlcadokay, fixed the rrt bug I found, looks like there's still one pick-comb bug
19:54.44CIA-55BRL-CAD: 03brlcad * r41385 10/brlcad/trunk/src/libged/solids_on_ray.c: segp is marked as a bu_list at this point, so don't call RT_CK_SEG(). just mark param unused.
20:14.39starseekerah, cool:  http://bullet.svn.sourceforge.net/viewvc/bullet/trunk/Extras/simdmathlibrary/
20:36.02starseekerblinks src/libbu/malloc.c:444: warning: format '%ld' expects type 'long int', but argument 3 has type 'size_t'
20:41.56starseekeroh, need to sync
20:42.03starseekerrignto
20:44.37starseekernoooo, got that update...
20:44.42starseekerhrm
20:51.32CIA-55BRL-CAD: 03starseeker * r41386 10/brlcad/trunk/src/libbu/malloc.c: If we're printing %ld, apparently need to case siz from size_t to long int on BSD
20:52.36CIA-55BRL-CAD: 03bob1961 * r41387 10/brlcad/trunk/misc/win32-msvc8/asc2g/asc2g.vcproj: Needed to double quote path to makensis for win32. Added similar code that checks for the existence of makensis for win32 to x64.
20:56.34CIA-55BRL-CAD: 03starseeker * r41388 10/brlcad/branches/cmake/ (18 files in 6 dirs): Update cmake branch to trunk r41387
21:15.19*** join/#brlcad Ralith (~ralith@d142-058-094-167.wireless.sfu.ca)
22:28.02starseekerbrlcad: as long as we only build and run it (i.e. don't use it as a library) would bison be viable to include?  or is GPL out now for programs as well as libraries?
22:28.22starseekerbased on the grep I just did I'm figuring it's not viable, but thought I'd make sure
22:48.30*** join/#brlcad Ralith (~ralith@d142-058-094-167.wireless.sfu.ca)
23:03.26*** join/#brlcad ibot (~ibot@rikers.org)
23:03.26*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
23:14.02starseekerO.o unless I'm nuts, byacc-20100610 has added a reentrant option -P
23:14.42starseekerawesomeness
23:14.45starseekertries it out
23:21.28*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
23:41.07starseekerhmm
23:57.39``Erikhttp://www.cs.brown.edu/~jfh/papers/Laidlaw-CSG-1986/main.htm   siggraph '86, 'constructive solid geometry for polyhedral objects'... basically what our nmg bool is trying to do
IRC log for #brlcad on 20101117

IRC log for #brlcad on 20101117

00:11.19*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:27.52starseekerhah - interesting (to lispers) http://love5an.wordpress.com/
00:30.53``Eriknoms his salad O.o
01:54.08*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
02:50.12*** join/#brlcad PrezKennedy (MK@whitecalf.net)
03:13.34*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:03.56brlcadI have a lot of other papers that I've stored away over the years for some of the research that followed
04:04.23brlcadthere are a few others that also relate to our impl
04:08.02*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:16.46*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
08:14.49*** join/#brlcad merzo (~merzo@193.254.217.44)
08:37.27*** join/#brlcad willdye (~willdye@fern.dsndata.com)
08:47.09*** join/#brlcad willdye (~willdye@fern.dsndata.com)
09:16.29*** join/#brlcad willdye (~willdye@fern.dsndata.com)
11:48.16d-loMernin all!
11:48.47``Erikyargh
11:49.14d-loyeah, Im having an ugh morning also =/
11:50.06``Erikheh, just a pirate yargh O.o my morning's going ok (other than idjits on the road), but I think I'll be a zombie this afternoon
11:50.22d-loup late/early?
11:50.28``Erikwoke up early
12:29.20*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:54.52CIA-55BRL-CAD: 03erikgreenwald * r41389 10/brlcad/branches/bottie/ (33 files in 16 dirs): MFC 41388
14:26.39brlcadwaits for UPS
14:32.29brlcadhey starseeker .. there's a recliner that my neighbor just put on the curb, if you're looking for "cheap" :)
14:33.05brlcadthe footrest is broken, but otherwise doesn't seem to be anything wrong with it and could probably be easily repaired
14:53.12*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
16:13.42*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
16:19.09``Eriksvn keeps asploding in the boost dir :(
17:16.20*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
17:27.18*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
17:39.32starseekerbrlcad: heh - thanks, but if I'm going that cheap I'd probably look at goodwill
18:10.41CIA-55BRL-CAD: 03brlcad * r41390 10/brlcad/trunk/src/fb/cell-fb.c: quell verbose warnings, replace c++ keywords with simpler forms, don't perform exact ieee-assuming floating point comparisons.
18:22.43CIA-55BRL-CAD: 03brlcad * r41391 10/brlcad/trunk/src/fb/cell-fb.c: mass restructuring to avoid forward decls, ws/brace/style/indent cleanup remove unnecessary defines.
18:25.56CIA-55BRL-CAD: 03brlcad * r41392 10/brlcad/trunk/src/fb/cmap-fb.c: Restructure to avoid forward decls, indent and get consistency on style and ws, quell index warning, remove authors, remove globals.
19:38.57CIA-55BRL-CAD: 03brlcad * r41393 10/brlcad/trunk/src/fb/ (fb-bw.c fb-fb.c fb-pix.c fb-png.c fb-rle.c fbcmap.c fbfade.c): quellage for non-return from functions (was calling bu_exit()). clean up the files while we're in there for ws, style, indent. restructure for no-decls, eliminate globals and reduce.
20:30.25CIA-55BRL-CAD: 03brlcad * r41394 10/brlcad/trunk/src/rt/ (hurt.c main.c rtshot.c): don't refer to them as 'MGED' databases. they are BRL-CAD geometry databases.
20:32.07brlcad``Erik: that would be that practice of deleting+change+readd instead of proper modifying
20:32.57starseekerturns slightly red - did I screw up the boost directory?
20:32.58``Erikthe asploding is sitting for a long time, then timing out the pipe
20:34.27``Erikbrlcad: mal is asking about setting processor and data affinity on osX (he's mostly concerned with binding the closest memory bank to the cpu on alloc, I think), know anything up that alley?
20:49.47starseekerbrlcad: how are you triggering the pick comb issue?
20:50.04starseekerjust tried it in mged with m35 and it seemed to function...
21:04.11*** join/#brlcad ibot (~ibot@rikers.org)
21:04.11*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
21:22.54CIA-55BRL-CAD: 03brlcad * r41395 10/brlcad/trunk/src/fb/ioutil.c: Simple() is really just basename()
21:31.28CIA-55BRL-CAD: 03brlcad * r41396 10/brlcad/trunk/src/fb/ioutil.c: use bu_log() instead of fprintf()
21:43.20CIA-55BRL-CAD: 03brlcad * r41397 10/brlcad/trunk/src/fb/fbstretch.c: rewire so it's not calling VMessage() directly
21:43.58CIA-55BRL-CAD: 03brlcad * r41398 10/brlcad/trunk/src/fb/ioutil.c: VMessage() no longer needs to be extern.
21:48.20CIA-55BRL-CAD: 03brlcad * r41399 10/brlcad/trunk/src/fb/fbstretch.c: cleanup
21:48.43brlcadstarseeker: moss.g -> e platform.r -> Mouse behavior -> pick comb -> click on platform.r
21:49.44brlcadI get a tcl error because something lower level isn't reporting what it's expecting for some condition
21:52.22brlcad``Erik: you can set thread affinity with 10.5+, but not sure about data affinity
21:54.19brlcadhttp://developer.apple.com/library/mac/#releasenotes/Performance/RN-AffinityAPI/
21:54.54brlcadthere was nothing before 10.5, other than CHUD tools api that lets you turn processors on/off
22:31.07*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
22:47.32starseekerbrlcad: is the Settings->Mouse Behavior->Pick Edit-Combination?  seem's to work on Mac
22:58.15CIA-55BRL-CAD: 03brlcad * r41400 10/brlcad/trunk/src/fb/ (9 files): slew of additional cleanup for quieting verbose warnings. cleaning up ws/indent/style/etc as we go.
23:11.13brlcadstarseeker: that's the one .. maybe not up to date or something?  or maybe I wasn't?  I'll test again here later, but it *did* work for me on the previous build and didn't work on my current build
23:11.43CIA-55BRL-CAD: 03brlcad * r41401 10/brlcad/trunk/src/fb/ (polar-fb.c rle-fb.c spm-fb.c): woot woot, this makes all of the fb tools compile strict on Mac. cleaned up all warnings, style, indent, ws, etc.
23:12.43*** join/#brlcad Aeamus (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101118

IRC log for #brlcad on 20101118

03:45.48*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
04:33.22*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
04:50.47*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
05:17.16*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
06:01.52*** join/#brlcad duckinator (nick@botters/staff/duckinator)
07:05.33*** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
09:22.19*** join/#brlcad ibot (~ibot@rikers.org)
09:22.19*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
10:46.47*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
11:24.21*** join/#brlcad ibot (~ibot@rikers.org)
11:24.22*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
12:26.11*** join/#brlcad merzo (~merzo@193.254.217.44)
12:29.38*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:21.10*** join/#brlcad merzo (~merzo@193.254.217.44)
15:17.56CIA-55BRL-CAD: 03brlcad * r41402 10/brlcad/trunk/src/libbn/ulp.c: check for c89 float.h constants and use those instead of calculating epsilon if the constants are available. also added method that does not assume ieee754 but it may find a smaller epsilon than ieee specifies.
15:43.18starseeker``Erik: can http://code.google.com/p/googlemock/ be usefully applied to C code as well?
15:44.00starseekeror I guess more correctly Google Test  http://code.google.com/p/googletest/
15:44.18starseekerit might be handy if we can use the same framework for both C and C++...
15:45.27``Erikthe 'for dummies' page makes it look incredibly c++ oriented
15:45.35``Eriklike, not for functions, just methods
15:48.51starseekerhttp://groups.google.com/group/googletestframework/browse_thread/thread/2025bad364cadd9c/6ed4245f6ec627d3?hide_quotes=no#msg_933b2ad520f9f4bb
15:50.37``Erikthere's a wiki page for 'xUnit' that goes over a LOT of frameworks that follow the sunit lead (smalltalk unit testing, what junit is based on), might be worth a look
15:51.15``Erik(two impressive things outta jabba are junit and javadoc)
15:51.35starseekerhas heard good things about the Google framework for C++, was hoping we could work with it since we're getting more and more C++ code (nurbs, step, etc.)
16:12.30*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
18:39.10*** join/#brlcad Ralith (~ralith@d142-058-093-240.wireless.sfu.ca)
19:45.02*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
20:35.10*** join/#brlcad Ralith (~ralith@d142-058-093-240.wireless.sfu.ca)
21:03.45*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
22:05.57*** join/#brlcad Ralith (~ralith@d142-58-43-236.burnaby.sfu.ca)
22:07.39brlcadhttp://svnbook.red-bean.com/en/1.5/svn.branchmerge.html
22:07.56brlcadlooks like several updates that can be taken advantage of
22:11.03*** part/#brlcad duckinator (nick@botters/staff/duckinator)
22:11.57``Eriksf doesn't support mergeinfo
22:12.14``Erikfwiw
22:16.45CIA-55BRL-CAD: 03bob1961 * r41403 10/brlcad/trunk/src/tclscripts/ (archer/ArcherCore.tcl lib/Ged.tcl): Mouse ray callbacks are now required to have pane as its first argument.
22:17.12*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
22:18.49brlcad``Erik: oh, actually they do
22:18.56brlcadbut our repo probably doesn't...
22:19.24brlcadsince our repo was created before they upgraded to 1.5 and they don't auto-upgrade the backed db's
22:21.12brlcadlooks like there's some svnadmin loving needed
22:21.22brlcadputs it on the mental to-do
22:26.51``Erikaight
22:27.03``ErikI tried a 'reintegrate' the other day and it said mergeinfo wasn't supported
22:27.41``Erikif you wanna test crud like that, the bottie branch isn't "quite right" yet, I still need to work on it a bit to get it properly synced
IRC log for #brlcad on 20101119

IRC log for #brlcad on 20101119

00:43.12*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:28.49*** join/#brlcad Ralith (~ralith@d142-058-093-237.wireless.sfu.ca)
02:51.50*** join/#brlcad benjr (~Administr@ip-118-90-104-32.xdsl.xnet.co.nz)
02:53.45benjri want to get a custom keyring made at a metal fabricators, ive nevre done anyhting liek this before and was wondering in what sort of format should i submit my design? paper print-outs from different angles, digital files and if so in what file format?
03:32.48*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
05:59.23brlcadbenjr: contact the fabricator and find out what formats they support
06:00.28brlcadbenjr: they should be able to tell you that, it'll be formats like step, iges, obj, stl, dxf, etc
06:01.02brlcadfrom brl-cad, obj or dxf or stl will probably be the most straightforward that we have exporters for
06:29.15*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
07:00.52*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
08:48.50*** join/#brlcad merzo (~merzo@193.254.217.44)
11:33.58d-lowow: http://www.cnn.com/2010/WORLD/asiapcf/11/18/china.tweet.punishment/index.html
12:39.23*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:22.44CIA-55BRL-CAD: 03MilissaGodinez 07http://brlcad.org * r2346 10/wiki/Main_Page: /* Third-party Projects */
14:23.23CIA-55BRL-CAD: 03erikgreenwald * r41404 10/brlcad/branches/bottie/ (m4/OpenGL.m4 src/proc-db/wavy.c): cleaning up some merge issues
14:32.23CIA-55BRL-CAD: 03Erik 07http://brlcad.org * r2347 10/wiki/Main_Page: Undo revision 2346 by [[Special:Contributions/MilissaGodinez|MilissaGodinez]] ([[User talk:MilissaGodinez|Talk]])
14:33.42CIA-55BRL-CAD: 03Erik 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:MilissaGodinez]] with an expiry time of infinite (account creation disabled): Spamming links to external sites
14:34.55*** join/#brlcad merzo (~merzo@193.254.217.44)
15:40.23CIA-55BRL-CAD: 03bob1961 * r41405 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Updated Ged::end_data_move to work properly in quad view mode.
15:49.17brlcadd-lo: been the talk of npr this week
17:44.50*** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
20:00.33CIA-55BRL-CAD: 03starseeker * r41406 10/brlcad/branches/cmake/src/other/ (CMakeLists.txt tk/CMakeLists.txt): Start getting set up for a Windows tcl/tk build attempt (gulp)
20:25.34CIA-55BRL-CAD: 03starseeker * r41407 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: win files are in the win directory...
20:28.43CIA-55BRL-CAD: 03starseeker * r41408 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: no win/tkAppInit.c file present
20:32.59CIA-55BRL-CAD: 03starseeker * r41409 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: looks like winMain.c is associated with wish on Windows
20:39.45starseekerwell, that was a good start - crashed cl.exe trying to build tcl :-)
21:21.44``Erikoh, uh, my machine crashes a lot, like, visual studio keeps crashing... indianlarry though it was due to having the source on an smb share, so I did a local copy and it still does it...
21:32.30brlcadcrashes for me pretty regularly too
21:35.57*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
21:48.36``Erikimagines it's probably something screwy with the ... 'enterprise configuration'
IRC log for #brlcad on 20101120

IRC log for #brlcad on 20101120

01:25.50starseekersighs - well, guess I know what to work on Monday then
01:39.21*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
03:54.25starseekerO.o
03:54.27starseeker./.libs/libbu.so: undefined reference to `fnblank'
03:54.32starseekerwhen building with clang
03:54.42starseekerand several others
03:55.04starseekererror comes when trying to link htester
06:45.17brlcadfnblank is in fnmatch.c so it might be dropping the references since they are declared inline
06:46.15brlcadremoving the inline declaration should make the undefined references go away, though I'd be curious to know exactly why it's failing
06:57.52*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
14:40.53starseekeryeah, removing inline did it - weird
14:41.53starseekermaybe something about the way it's handing the charclasses array?
14:57.13*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:14.04``Erikprobably assuming that inline and static are synonymous
15:14.25``Erikor that inline insinuates static
15:15.34``Erik(which is wrong, inline is a hint, static is a statement)
16:23.04*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
16:23.04*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:47.14*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
21:28.39brlcadstarseeker: can you dig in and figure out that cause, whether it's a compiler bug or linker issue?  maybe ask their devs if the docs don't say
21:29.07brlcadif it's a code problem, then we should edit for portability -- if it's a bug, they can fix it
23:03.47starseekerbrlcad: sure, I'll take a wack at it - I've been holding off bugging them til things stablized, but now that they're saying they've pretty much completed the current C++ standard features I guess it's time
23:15.57starseekeractually...
23:17.00starseekerwhen I replace /usr/bin/ld with llvm-ld it works...
23:17.09starseekertries a clean build to make sure that's for real
23:30.03starseekeryep
23:30.28starseekerso it's probably some sort of incompatibility between clang and ld
23:32.03starseekerdingnabbit, it still doesn't like the bu_byteoffset stuff
23:35.46starseekerbrlcad: I'm not sure what exactly to file as a bug report about that byteoffset issue, but it's been there for a looong time now so presumably it will stay there unless we file something
23:37.45starseekertries the cfe-dev list
IRC log for #brlcad on 20101121

IRC log for #brlcad on 20101121

01:54.26*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
02:27.33*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
02:54.24brlcadstarseeker: AHA, that's good to know then.. linker mismatch is good then
02:55.11brlcadgiven it works with their linker, that probably just means that they are encoding the symbols differently than the gnu linker expects
02:56.02brlcadi'm not familiar with what the byteoffset problem is
02:56.24brlcadwe have very compiler-specific code in there for that, so I'd expect just additional logic is needed for their compiler
02:57.01brlcadyou'd have to figure out how to get a byte offset at compile-time -- one of the 3-4 methods we use is going to work
02:59.31starseekerbrlcad: I must be missing something then - I had assumed based on the bu_byteoffset definition I saw in bu.h that at least one of those define statements would be active regardless - even if it was the wrong offset for the compiler
03:00.16starseekerwouldn't that mean that we would get errors due to a WRONG offset, but not the "compile-time constant" issue?
03:00.29starseeker"error: initializer element is not a compile-time constant"
03:01.11starseeker(btw, I had to actually swap out /usr/bin/ld for the llvm-ld - apparently LD can't be set at configure time?
03:20.52starseekerhmm - response from the clang list on the fnmatch issue directed me to this:  http://clang.llvm.org/compatibility.html#inline
06:35.44*** join/#brlcad 45PABGLMR (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
08:28.23*** part/#brlcad benjr (~Administr@ip-118-90-104-32.xdsl.xnet.co.nz)
08:46.59*** join/#brlcad PrezKennedy (MK@whitecalf.net)
14:32.16brlcadpretty cool: https://github.com/revarbat/TkCAD/wiki/Screenshots
14:34.56brlcadstarseeker: er....  one of the define statements should be active, but there's absolutely no reason to think that the default one means anything sensible
14:35.49brlcadit's just taking a blind guess and it could be a wrong offset or a non-compile-time constant offset or be something that makes the compiler crash for all you know
14:36.13brlcadit might as well say "undefined for this compiler" and halt the build
14:36.38brlcadyou can't overlook it -- if you have a new compiler, you have to figure out which method to use and add the logic
14:44.42CIA-55BRL-CAD: 03brlcad * r41410 10/brlcad/trunk/src/libbu/fnmatch.c: these should always be static since they have inline hinting in order to make the clang compiler's c99 behavior mode happy. see http://clang.llvm.org/compatibility.html#inline
15:01.28starseekerbrlcad: TkCAD does look cool - what license does it use?
15:19.25louipcbrlcad: wow you're some amazing wizard. How'd you find that so quickly?
15:51.07starseekerHAH! got opennurbs example_gl.cpp to compile - obviously isn't robust to complex models, but it does something:
15:51.10starseekerhttp://bzflag.bz/~starseeker/opennurbs_example_gl_bw.png
15:53.22starseekerbit better luck with a simple model:  http://bzflag.bz/~starseeker/opennurbs_example_gl_touchkit.png
19:04.42*** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
19:31.46*** part/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
19:32.47*** join/#brlcad nsd (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
19:33.00*** part/#brlcad nsd (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
19:41.54*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
20:39.11*** join/#brlcad mafm (~mafm@75.Red-81-38-237.dynamicIP.rima-tde.net)
21:19.44starseekerapples find and sed to opennurbs to see what doxygen does with a stupid simple attempt at doxygenification
21:19.53starseekerapplies even
21:34.48starseekerhuh - not as bad as I half expected
22:25.14*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
22:25.14*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:36.27``Erik 
IRC log for #brlcad on 20101122

IRC log for #brlcad on 20101122

08:31.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
08:48.12*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
09:36.09*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
09:46.47*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
10:14.43*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
10:31.26*** join/#brlcad mafm (~mafm@193.153.53.223)
10:42.12*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
11:10.49d-loMernin all!
11:48.47*** join/#brlcad merzo (~merzo@193.254.217.44)
13:12.05CIA-55BRL-CAD: 03davidloman * r41411 10/rt^3/trunk/src/utility/Logger.cxx:
13:12.05CIA-55BRL-CAD: Break out conversion steps of ostringstream to c string by steps. Eliminated
13:12.05CIA-55BRL-CAD: warning: "format not a string literal and no format arguments" by passing in a
13:12.05CIA-55BRL-CAD: zero length string to bu_log. Hackish, but I don't know any other workaround
13:12.05CIA-55BRL-CAD: yet.
13:21.21CIA-55BRL-CAD: 03davidloman * r41412 10/rt^3/trunk/src/libNet/PortalManager.cxx: Make an implicit type conversion explicit. Makes newer compilers happy.
13:24.30CIA-55BRL-CAD: 03davidloman * r41413 10/rt^3/trunk/tests/libpkgcpp/pkgcppTest.cxx: Downgrade the long to an int cause we don't need to use that much integer.
13:25.33CIA-55BRL-CAD: 03davidloman * r41414 10/rt^3/trunk/tests/libpkgcpp/pkgcppTest.cxx: More making implicit type conversions explicit. Makes newer compilers happy.
13:37.03brlcadd-lo: bu_log("%s", out.str().c_str());
13:37.56brlcadthe first argument to bu_log/printf/fprintf/etc should be a constant string for security
13:39.08brlcadit was warning you about that because it's a security problem (and still is, even though you found a way to quiet the warning)
13:43.39d-loHrm, well I am passing in a const char*
13:44.19d-looh, heh, i get it.
13:44.20d-lonm
13:45.10CIA-55BRL-CAD: 03brlcad * r41415 10/brlcad/trunk/include/pkg.h: pks_title should be const. there's no intention to modify the title string.
13:45.23brlcadyeah, and those tiny two chars make a huge difference  :)
13:45.31CIA-55BRL-CAD: 03davidloman * r41416 10/rt^3/trunk/src/utility/Logger.cxx: Security fix to logger. Thanks brlcad!
13:45.45d-loI'd be intrested to sitdown and get into details as to how that's a security risk.
13:47.04d-lobrlcad: bu_exit() use the same kinda security thing?
13:47.05d-loaka
13:47.28d-lobu_exit(exitCode, "%s", textToPrint) ?
13:52.53``Erikunlimited vargs stuff is a vector for overflow exploits... why we like snprintf over sprintf, etc
13:53.26``Erikum, phrack had an article about it like 15 years ago, uh, hobbit wrote it I think, smashing the stack for profit and fun or something
13:55.12``Erikbtw, was chumming with a neighbor, handed me a can of 'four loco'... that shit is evil, don't touch it O.O
13:56.17``Erikdid some research this morning, 'blackout in a can' is one of the nicknames for the shit, they ain't jokin
13:56.54d-loyeah, there is some serious legal cases going on up here with that stuff.
13:57.06d-loall kinds of nastiness on the college campuses up here.
13:57.59d-locause we all know the end result of putting 'blackout' and 'college' together =D
13:58.30``Erikwas talking to my mom about it last night, she was bitching me all out about the thing, supposedly some nurse drank a can and was measuring blood pressure and pulse throughout and it went out the roof
14:05.09d-lowell yeah.  Its liquid downers and liquid uppers mixed in a can.  What else can you expect besides your body going ape-shit?
14:08.42d-loodd. I made the assumption bu_exit() would exit the application.  is that not a true-ism?
14:09.41d-loheh, nm.  Me being dumb, as usual.
14:12.30CIA-55BRL-CAD: 03davidloman * r41417 10/rt^3/trunk/src/libJob/JobManager.cxx: Put in some NULL checks for safety.
14:26.56``Erikbu_exit does some logging and then calls exit(2)
14:27.00``Erikiirc
14:27.18``Erikit should never return
14:27.46d-loyeah, I was a dum dum and accidentally re-inplemented exit().  caused an infinite loop =D
14:27.53``Erikahhh
14:27.58``Erik:)
14:28.11d-loyeah, that's be any my pal c/c++ =D
14:28.21d-lowow, I killed that one
14:28.31d-loyeah, that's me and my pals c/c++ =D
14:28.36``Erikyour grammar is... unique... like a c++ coder almost
14:28.47d-loyeah::almost!
14:29.24``ErikI'm almost scared of what'll happen when cliff and I coerce you into trying lithp :D
14:31.14d-lo=D
14:31.58d-loill \t likely \t start \t tab \t indenting \t things
14:32.22*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
14:32.41``Erikheh, that's python, lithp ith all parenthitheth
14:33.12d-loi thought listhp was indent based?
14:33.15``Eriknope
14:33.35d-lo:/
14:33.44``Erikindentation makes it readable, but it's almost like C, you can compact the program down to 1 long line if you want
14:33.53d-lowth am I remembering then....
14:33.57``Erikpython
14:34.09d-lono, something else
14:34.36``ErikI d'no, I think python is the only one that mandates indentation...
14:34.59``Erikthere've been several macro sets to replace parens with indentation for lisp...
14:35.04``Erikone of those, perhaps?
14:35.37d-lono idea.  I need to stop thinking. it hurts
15:03.05d-loI hate that.
15:03.33d-loThe moment after you step back from code for a few days, only to return, regain context and realize your design is all stupid.
15:03.37d-lo:/
15:26.10*** join/#brlcad merzo (~merzo@193.254.217.44)
15:45.47brlcadd-lo: sure, the details are pretty simple -- most functions that take variable-number-of-arguments (vargs) are potentially very risky, but the ones that take a "format string" ala printf(format,...) can be exceptionally dangerous
15:46.20brlcadbasically, they're pretty trivial to attack and abuse because of some of the % specifiers allow you to read/write memory
15:48.08brlcadso in the case of your code snippet, even though you passed a "const char *" .. constness is just a compiler hint, I can change that memory if I really want to, so I could change your string to be a "do something %evil" and take over the program
15:48.46brlcadso even when they're just strings you want to print, you still just make the format string just be a simple "%s" format string
15:48.54brlcadno vulnerability introduced
15:50.05brlcadd-lo: with the change I made to pkg.h, you should be able to undo the change you made in 41412
15:50.15brlcadcasting away constness isn't a good thing :)
15:50.23starseekerd-lo: that non-const string thing has bit me too :-)
15:53.29starseekerparticularly fun when you genuinely don't/can't know the length of the string you want to deal with in advance
16:00.48starseekerlast time I ran into it someone had a clever solution, but I can't find it in the logs right now :-(
16:03.14d-lobrlcad: ``Erik: does brlcad libs have a easy to use and fast byte buffer implementation?
16:08.21starseekerI usually end up falling back on bu_vls routines for strings
16:09.13d-lonah, looking for a transport mechanizim for bytes on/off a socket.
16:09.28d-loill look at vls though, might work
16:09.35starseekermaybe vlb?
16:09.42starseeker(varible lengty bytes, iirc?)
16:11.23d-loah ha.  you're correct!  vlb :)
16:14.32starseekerif indianla1ry is in, someone might point him to http://bzflag.bz/~starseeker/opennurbs-doxygen.tar.bz2 - dunno if he can use it or not, but might be worth a shot
16:14.52starseeker(probably better to download the tarball and expand locally - server would be slow for large pages)
16:16.20starseekerhad fixed headlight now and heads in
16:16.28starseekers/had/has/
16:39.40brlcadd-lo: yeah, for network stuff: vlb + htond, ntohd, htonl, htons, ntohl, ntohs
16:40.39brlcadfeel free to expand vlb if you need it to do something more.
16:42.53brlcadyou could also use a std::vector<char>
16:44.18d-loyeah, im looking for something thread safe, fast, lightwieght, etc.
16:44.44brlcadhard to beat a "char *buf" ;)
16:44.51d-loya I know :)
16:45.01d-lothe easy to use comes into play there :)
16:45.21d-lowas thinking about making a vlb class (for the sake of having that much more of a CPP api)
16:45.30d-loand they a reader/writer stream
16:45.51d-lobut vlb is pretty vanilla already
16:46.12brlcada class sounds like pure overhead on such a simple concept
16:46.46d-loquestion: vlb_magic: is that just data integrity stuff?
16:46.58brlcadyep, just like vls_magic
16:47.02d-lokk
16:47.13d-lostarts to understand MACROs.... scary!
16:49.03brlcadthe (only/main) reason vlb exists is to simplify memory management so the container can preallocate and auto-size as data is added/removed
16:49.22brlcadif your network buffers are fixed size, you should probably just use a plain array
16:49.42brlcadthe most simple solution wins
16:50.04d-loIm actually eyeballing the factory that deserializes the buffer into an object.
16:50.47d-loand, although nothing has caused us to hit a limit yet, I am realizing that Im going to need a decent sized buffer to handle some of the larger geometry chunks.
16:50.59d-loplus i just uncovered a stupid-ism in my design :)
16:51.24d-loand wanted to do a bit of homework on the 'bestest' buffer approach.
16:51.30brlcadnot following without looking at the code frankly, but..
16:52.02brlcadas long as any limits are well-documented, it shouldn't matter (until we hit the limit) so long as the design isn't so complex and integrated that it's painful to rework
16:52.14d-lookay, heres the simple.
16:52.24d-lonetwork socket offers up bytes
16:52.33brlcad*nod*
16:52.34d-lothey get accumulated in the NetMsgFactory until
16:52.53d-lothere is enough to deserialize into a NetMsg object (actually a subclass of, but whateva)
16:53.13d-loif that object is HUGE, like a BoT, then we could have issues
16:53.27d-loso I am thinking about planning ahead and use a variable sized buffer there.
16:53.44brlcadhow does the factory accumulate now?
16:53.57d-loit doesn't ":)  hence the flaw.
16:54.09brlcadno, it does "something" now with the data
16:54.12brlcadsome fixed buffer[BUFSIZE] array?
16:54.13d-loit was on the TODO list and somehow dropped off.
16:54.30*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
16:54.43brlcad"they get accumulated" .. into what are they accumulated?
16:54.57d-lonope, the QByteArray that is filled from the socket.read() is passed directly into the deserialization routine.
16:55.14brlcadheh, so a QByteArray
16:55.20brlcadthat was the answer :P
16:55.22d-loif it fails, then the data is discarded.
16:55.28brlcadthe data is ALWAYS somewhere
16:56.05d-loAnd I like QByteArrays from an easy to use stand point, but I took a look at the source for them and they are pretty heavy wieght.
16:56.21d-loand Im trying to get in the habit of using a brlcad lib solution first :)
16:56.29d-loso Im shopping around for a buffer :)
16:56.36brlcadwhat's the limit you might run into?
16:56.57brlcadQByteArrays are undoubtedly variable-length no?
16:57.18d-lowell, the way I have it working now, the max socket buffer size is the max size of a NetMsg i can send.
16:57.28d-locause the Factory isn't accumulating anything.
16:57.30brlcadI like the idea switching to and/or expanding on a bu interface, but trying to understand the problem :)
16:57.43d-loyeah, the QByteArray is variable length
16:57.58d-lobut if i read the code right, the resizes are moderately expensive.
16:58.22brlcadany container that resizes is going to be expensive, no matter what
16:58.30brlcador it's just "not really resizing"
16:58.55d-loright on
16:59.07brlcadresize is a realloc or malloc+memcpy, so it's at least one system call
16:59.16brlcadminor minor in the big scheme of things
16:59.25brlcadcode maintenance should be the driver
16:59.43brlcadthe least complexity
16:59.51brlcadso anyways, back to the problem
17:00.11brlcadNetMsg does the network read?
17:00.15brlcadinto a fixed byte array?
17:00.31d-lookay, so from that angle, either a simple VLB object with the reader/writers built in OR a set of reader/writers that use bu_vlb structs....
17:00.46d-lookay, here's the sequence for a read
17:01.03d-loPortalManager maintains a thread that runs the select() call
17:02.04brlcadI'm on my way in, maybe better to explain in person? :)
17:02.09brlcadhears the furious typing
17:02.13d-lothere is a FD<->Portal map
17:02.17d-lois at home also :)
17:02.23brlcadah, okay, continue then :)
17:02.39d-loa portal is basically a fancy pkg_conn
17:02.43brlcadk
17:03.00brlcaddo portals do the read/write?
17:03.52d-loportals make the calls to libpkg.  libpkg does the read.write
17:04.05brlcadokay
17:05.09d-lobut libpkg's callback mechanism ultimately calls the NetMsgFactory.deserializeNetMsg()
17:05.28d-loand the buffer is deserialized there.  or atleast is attempted.
17:05.49d-loIm going to switch that out to an accumulation call instead of a deserial call.
17:06.07d-lothat way, if we haven't got all the bytes for the Msg yet, we can just try again later.
17:06.09brlcadso deserialize is called when a package arrives, each pkg package supposedly corresponds with a netmsg message, yes?
17:06.32d-locan't assure that, no
17:07.01d-losince everything I have done thus far is small-ish, they all fit into the socket's buffer.
17:07.18brlcadwhich buffer?
17:08.06brlcadyou said you feed a message to pkg, no?
17:08.16d-loone sec
17:08.17brlcadpkg does it's own rebuffering under the hood for the actual network send/recv, it's already decoupled
17:08.38brlcadpkg packages can be as large as you want
17:08.59brlcadit won't call the callback until all the data for a package is received
17:09.10d-lobased on the len in the pkg header?
17:09.16brlcadyeah
17:09.18d-lokk
17:09.40d-lothen theres another problem I have to address :/
17:09.59brlcadactually no, not the len in the header
17:10.09brlcadwhen you call pkg_send, you pass a buffer and a size
17:10.19brlcadthat buffer can be any size
17:11.07d-lothat size value is transmitted prior to the buffer?
17:12.19brlcadare you asking how pkg does what it does?  because that's pretty much irrelevant -- you feed it array with a size and tell it to send, it'll kick off the callback on the other side when that package is received (in full)
17:14.07brlcadthat's one of the main points of pkg, so you don't have to worry about parceling data, network buffer sizes, kernel socket buffer sizes, transmission failures, etc
17:16.03d-lojust verifying that the call back doesnt fire till the data is arrived in full
17:16.27brlcadif it does, it'd be a bug!
17:16.39d-loHrm, so it appears theres an issue with select then.
17:16.55d-logotta put my head back in the code.
17:16.59d-lobe back later ;)
17:17.03d-lothanks for the talk!
17:20.45brlcadgood luck
17:21.14brlcadyeah, pkg_process will only dispatch the callback if the package is fully received
17:35.21*** join/#brlcad mafm_ (~mafm@193.153.53.223)
19:47.24CIA-55BRL-CAD: 03starseeker * r41418 10/brlcad/trunk/doc/docbook/system/man1/en/rtarea.xml: Enhance the rtarea man page description of exposed and presented area.
20:26.52CIA-55BRL-CAD: 03starseeker * r41419 10/brlcad/trunk/doc/docbook/system/man1/en/rtarea.xml: rtarea does indeed present cumulative presented area, but it does not represent the presented area of a group.
20:48.26CIA-55BRL-CAD: 03starseeker * r41420 10/brlcad/trunk/doc/docbook/system/man1/en/rtarea.xml: Thanks Keith - make some changes, better examples for area.
21:57.09brlcadtodo needs updating..
21:57.29brlcadso are we going to have an end-of-november release posted?
21:59.03CIA-55BRL-CAD: 03brlcad * r41421 10/brlcad/trunk/TODO: solids_on_ray and ray pick menu option seems to be working just fine after the refactor changes.
22:05.42CIA-55BRL-CAD: 03brlcad * r41422 10/brlcad/trunk/TODO: merge tracking
22:06.49CIA-55BRL-CAD: 03brlcad * r41423 10/rt^3/trunk/src/libNet/PortalManager.cxx: do not cast away constness. fixed the pkg.h structure so that it specifies a const char * instead of a char *
22:42.56*** join/#brlcad ibot (~ibot@rikers.org)
22:42.56*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
23:30.35*** join/#brlcad ibot_ (~ibot@rikers.org)
23:30.35*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
23:33.33*** join/#brlcad ibot (~ibot@rikers.org)
23:33.33*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
23:44.57CIA-55BRL-CAD: 03brlcad * r41425 10/brlcad/trunk/bench/run.sh: rename the benchmark log files by swapping benchmark and run so that they're more easily identified as benchmark*.log files or categorically as *run.log files so we can group outputs from other scripts/tools together.
23:51.10CIA-55BRL-CAD: 03brlcad * r41426 10/brlcad/trunk/sh/conversion.sh:
23:51.10CIA-55BRL-CAD: wrap a slew of boilerplate infrastructure similar to the benchmark suite so that
23:51.10CIA-55BRL-CAD: we have nice argument process, verbose/quiet options, help & instructions, and
23:51.10CIA-55BRL-CAD: clean formatted output. some basic adjustments made to use printf instead of
23:51.10CIA-55BRL-CAD: echo
23:55.58CIA-55BRL-CAD: 03brlcad * r41427 10/brlcad/trunk/sh/conversion.sh: use the same usage when no files are specified
23:56.14starseekerbrlcad: indianla1ry is working on getting his nurbs stuff in commit shape
23:56.41starseekerI think end of nov. is probably a safe prediction
IRC log for #brlcad on 20101123

IRC log for #brlcad on 20101123

00:01.47brlcadwe need to get back on schedule to monthly postings regardless of any specific item
00:13.06brlcadI think we've missed two releases now
00:13.22brlcadwe "should" be on 7.18.4 :)
00:16.20*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
00:16.20*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
01:42.38CIA-55BRL-CAD: 03brlcad * r41428 10/brlcad/trunk/sh/conversion.sh:
01:42.38CIA-55BRL-CAD: add summary count statistics on what percentage and how many objects
01:42.38CIA-55BRL-CAD: successfully converted. this required a reworking of how objects are iterated
01:42.38CIA-55BRL-CAD: one line at a time (so objects with spaces in their name are handled correctly)
01:42.38CIA-55BRL-CAD: using a here document. also add a GED parameter so you can specify which mged
01:42.38CIA-55BRL-CAD: you want to use instead of whatever is in your path.
01:51.25CIA-55BRL-CAD: 03brlcad * r41429 10/brlcad/trunk/sh/conversion.sh: ah, right. support VARIABLE=value arguments. also give more informative failure if we can't find MGED.
02:35.56CIA-55BRL-CAD: 03brlcad * r41430 10/brlcad/trunk/sh/conversion.sh:
02:35.56CIA-55BRL-CAD: boo yah. add elapsed conversion times. this does even a better job than the
02:35.56CIA-55BRL-CAD: benchmark since it counts seconds from the beginning of the century and should
02:35.56CIA-55BRL-CAD: track time across days/weeks. it reports both cumulative time elapsed, average
02:35.56CIA-55BRL-CAD: per object (including process startup overhead), and real time per nmg/bot
02:35.56CIA-55BRL-CAD: conversion.
02:50.26*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:05.22brlcadhells yeah
04:05.49CIA-55BRL-CAD: 03brlcad * r41431 10/brlcad/trunk/sh/conversion.sh: (log message trimmed)
04:05.49CIA-55BRL-CAD: damn I'm good. implement some scary mad shell scripting here in order to kill
04:05.49CIA-55BRL-CAD: long-running conversions while still timing them and capturing their output. to
04:05.49CIA-55BRL-CAD: make this happen, we can no longer just use a here document fed to the 'while
04:05.49CIA-55BRL-CAD: read' loop because the kill signals sent to the children processes jack it up
04:05.49CIA-55BRL-CAD: good. instead, temp override stdin with our object list so the loop continues
04:05.50CIA-55BRL-CAD: unabated. add in some timer cleanup for the instances when we finish the
05:31.04*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
06:23.10CIA-55BRL-CAD: 03brlcad * r41432 10/brlcad/trunk/sh/conversion.sh: put 'instructions' before 'help' so we can get to it without a .g specified.
07:40.59*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:41.50d_rossbergbrlcad: thanks!
08:04.49*** join/#brlcad merzo (~merzo@193.254.217.44)
08:58.35*** join/#brlcad mafm_ (~mafm@36.Red-79-159-0.staticIP.rima-tde.net)
11:46.08*** join/#brlcad ibot (~ibot@rikers.org)
11:46.08*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
11:49.36d-lohehehe, looks like BRLCAD is rather proud of the last few commits :)
11:53.15*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:15.21``ErikI have a feeling that d-lo is awfully close to doing something that'll confuse him
12:15.53d-lo??
12:16.03``Erikreading backlog and trying to catch up
12:16.23``Erikum, it's a consumer/producer problem, the kernel will queue up to a certain size
12:16.24d-lonah, tracking down a stilly bug
12:16.25``Erikand then stop
12:16.58``Erikso if you try to blast a monster packet down, it'll "lock up", but it's just waiting for the consumer to evacuate the queue a bit
12:17.16``Erikkeith was just messed up by this, with an inter-tcl mapping
12:18.30``Eriknuffim pacific, but this is a common category of issue, don't spool yourself up if'n ya see it :)
12:19.17d-lowhatcha talking about?  the whole byte arrival assurance thingy brlcad and i were yacking about?
12:19.28``Erikyeh
12:19.33d-lokk
12:19.38``Eriklike I said, catching up on backlog
12:19.47d-loorite
12:19.51d-loforgot :)
12:20.50``Erikhopefully, you're not choking the pipe mechanism, but if things suddenly go wonky, stop and step back, aight?
12:21.47``Erik(and yeh, brlcad seems to have slewn up some hubris with those commits... kinda tempted to figure out what he did wrong, but I doubt I'd find anything)
12:22.11d-lo"slewn up some hubris" .....lol
12:22.32d-looh yea.
12:22.39d-loAstro just olpened a new server, you on it?
12:22.40``Erikcan ya think of a better way to put it? ;)
12:22.44``Erikno
12:22.58``ErikI lost both my mobiles this weekend
12:23.12d-loack, big ass battles?
12:23.23``Erikmajor crash on epsi, we lost
12:23.32``Erikand on fenix, they'd given a "go hide" order and I got saw
12:24.06d-loYou still with F.A.T.E. ?
12:24.15``Erikon epsi, yeh
12:24.22``Erikon fenix, I'm on the opposing side
12:24.27d-lolol
12:24.28d-lonice
12:25.16``ErikI fight for the flag I'm under, ain't gonna be deceitful
12:25.41d-loso everyone's aware your on different sides on different servers?
12:25.54``Erikno
12:26.04``Erikno one's asked and it isn't anyones business
12:26.30d-lothat's awesome :)
12:26.42d-loget any good intel that way?
12:26.55``Eriknope, different sets of people
12:27.09``Erikand even if I did, I wouldn't be using it *shrug*
12:27.44d-lonot accusing you of anything man, I just think its kinda funny :)
12:28.35``ErikI find it kinda ironic myself, but I don't think there's any real conflict of interest
12:29.08``Erikah, there's the recyc truck
12:30.27``Erikso yeh, 30m fleet this weekend, without getting either pile
12:30.53d-loouch
12:31.00d-lothat's gonna cost ya in rebuild time.
12:31.05d-lostill got base defense?
12:31.21``Erikyeh, but I've thinned those down to a single dn
12:31.25*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:31.28``Erikand one base is occ'd
12:32.06d-loHrm, not all THAT bad i suppose.
12:32.11d-lowhats the occ force look like?
12:32.17``Erik2m
12:32.44``Erikwoops, he saw my inc, he's dropped to a single fighter
12:32.48``Erikmusta scooped it alll
12:32.51d-lo:)
12:32.56d-looh, :(
12:42.50``Erikhttp://mindfunction.com/~erik/m82.png
12:45.31d-lothat your listhp project?
12:45.52``Erikayup
12:46.38d-loso.... whats mindfunction.com again?  A pardner in crime for the listhp project?
12:46.46``Erikpretty much
14:34.01d-lobrlcad: you around or on the road for turkey day?
14:36.11d-lobrlcad: found an interesting tidbit that's causing a bit of grief
14:37.22d-loon a 'read' action, the caller is expected to process,suckin,process and that works just fine.
14:37.49d-lobut on a write action, the 'suckin' function is called, but no process.
14:38.23d-loand in the _pkg_checkin() function, there's a select call that moves data off the socket into the temp buffer.
14:39.06d-loand I think that is causing my higher level select() call to occasionally miss something.
14:39.32d-loit reports 0 since the data has already been moved off the socket's buffer.
14:41.31d-losimple fix was for me to 'short circuit' the selector loop and make it attempt to read/process each FD each loop pass.
14:44.21d-lo``Erik: that you going thump thump thump?
14:51.10CIA-55BRL-CAD: 03X Tin Basher 07http://brlcad.org * r2348 10/wiki/EBM: /* Making an image with GIMP */
14:51.16brlcadd_rossberg: you're welcome.. what for? :)
14:52.33starseekerwow - koffice is splitting into two groups
14:52.53brlcad``Erik: that wasn't hubris, it works!
14:52.58brlcadit took several hours to figure out how to do what it's doing without touching disk, so yeah, I'm happy :)
14:54.43brlcadd-lo: I'll be on the road later today, but here online for a bit
15:04.43brlcadNMG conversion:  97.0%  (8964 of 9244 objects)
15:04.44brlcadBoT conversion:  96.8%  (8948 of 9244 objects) Success rate:  96.9%
15:04.51brlcadSuccess rate:  96.9%
15:05.07brlcadElapsed:  1702 seconds
15:05.14starseekerhuh - any pattern to the failures?
15:05.29brlcadand that was with a conversion limit of 5 seconds
15:05.35starseekersweet
15:06.59brlcadthat is pre-changes, so next up is to check the latest
15:07.35starseekerah, cool
15:08.40brlcadthat's pretty freaking cool that have it auto-log and summarize stats now
15:09.02d_rossbergbrlcad: your fast answer yesterday ;)
15:09.59brlcadoh! heh, forgot about that :)
15:10.43brlcadd_rossberg: and I confirmed, he is still the person to contact
15:12.32brlcadhttp://brlcad.org/tmp/conversion-11663-run.log
15:13.30brlcadso next, to get that rate up to 100%...
15:20.46CIA-55BRL-CAD: 03davidloman * r41433 10/rt^3/trunk/src/libNet/Portal.cxx: Cleaned up some logger calls.
15:25.33CIA-55BRL-CAD: 03starseeker * r41434 10/brlcad/branches/cmake/src/fb/CMakeLists.txt: fbthreadtest needs X11/X11.h
15:34.53starseekerhuh, kinda neat:  http://www.gnu.org/software/libmicrohttpd/
15:37.20CIA-55BRL-CAD: 03brlcad * r41435 10/brlcad/trunk/sh/conversion.sh:
15:37.20CIA-55BRL-CAD: add summary of file and object counts along with the failure counts so we don't
15:37.20CIA-55BRL-CAD: have to subtract. also quiet the killing of the timer because of the race
15:37.20CIA-55BRL-CAD: condition where it finishes after we get the pid but before the kill. lastly,
15:37.20CIA-55BRL-CAD: specifying ksh was just for testing, not required. set sh instead, but go ahead
15:37.21CIA-55BRL-CAD: and set posix mode too (just because we can).
15:41.33CIA-55BRL-CAD: 03X Tin Basher 07http://brlcad.org * r2349 10/wiki/Talk:Main_Page:
15:41.46CIA-55BRL-CAD: 03davidloman * r41436 10/rt^3/trunk/src/libNet/PortalManager.cxx: (log message trimmed)
15:41.46CIA-55BRL-CAD: Fix a bug that had to deal with the selector loop in PortalManager occasionally
15:41.46CIA-55BRL-CAD: missing a read. Turns out there is an underlying select() call deep in libPkg
15:41.46CIA-55BRL-CAD: that reads data from a socket and buffers it internal to libPkg. That select()
15:41.47CIA-55BRL-CAD: call is called on both high level read and write operations. However, on the
15:41.47CIA-55BRL-CAD: write op, the data that is read from the socket and NOT 'dispatched', thus the
15:41.48CIA-55BRL-CAD: callback never gets called. The quick fix for this is to make the
15:42.37CIA-55BRL-CAD: 03X Tin Basher 07http://brlcad.org * r2350 10/wiki/Talk:Main_Page:
15:44.54CIA-55BRL-CAD: 03davidloman * r41437 10/rt^3/trunk/src/libNet/PortalManager.cxx: That's INFO not an ERROR!
15:44.54``Erikneat
15:46.28*** join/#brlcad mafm (~mafm@36.Red-79-159-0.staticIP.rima-tde.net)
15:48.14CIA-55BRL-CAD: 03davidloman * r41438 10/rt^3/trunk/src/libNet/Portal.cxx: Clean up some debug printing calls. Changed the bu_bomb() call in Portal::callbackSpringboard() to a ERROR log call. We don't want to take the whole app down if one buffer reference comes thru as null.
15:48.53CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2351 10/wiki/Talk:Main_Page: hi x tin basher
15:57.46CIA-55BRL-CAD: 03brlcad * r41439 10/brlcad/trunk/sh/conversion.sh: er, need elp before computing avg so reorder. sprinkle a few comments too.
16:01.12CIA-55BRL-CAD: 03davidloman * r41440 10/rt^3/trunk/src/libNet/ (5 files): Clean up comment types. C++ -> C style comments.
16:01.32CIA-55BRL-CAD: 03brlcad * r41441 10/brlcad/trunk/sh/conversion.sh: jack up the default MAXTIME to 5 minutes. if an object takes longer than that, it'll probably take a LOT longer.
16:08.42*** join/#brlcad merzo (~merzo@193.254.217.44)
16:10.40CIA-55BRL-CAD: 03davidloman * r41442 10/rt^3/trunk/src/libNet/netMsg/ (16 files): More c++ -> c style comments conversion.
16:40.27CIA-55BRL-CAD: 03starseeker * r41443 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Completely untested, but start adding logic to get auto_path from system tcl for brlcad_config.h
16:47.49CIA-55BRL-CAD: 03davidloman * r41444 10/rt^3/trunk/src/libNet/netMsg/NetMsg.cxx: Clay: WS, Formatting.
17:48.07*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:11.58CIA-55BRL-CAD: 03brlcad * r41445 10/brlcad/trunk/sh/conversion.sh: back down to 30 until I figure out a better way to kill all of the lingering sleep processes that build up
18:32.15*** join/#brlcad merzo (~merzo@50-2-94-178.pool.ukrtel.net)
18:59.04CIA-55BRL-CAD: 03starseeker * r41446 10/brlcad/branches/cmake/src/bwish/main.c: Equally untested, but try to add the paths from the system tcl to the auto_path for btclsh/bwish
18:59.27CIA-55BRL-CAD: 03X Tin Basher 07http://brlcad.org * r2352 10/wiki/Talk:Main_Page:
19:08.27CIA-55BRL-CAD: 03starseeker * r41447 10/brlcad/branches/cmake/src/bwish/main.c: Tweaks to bwish main.c code.
19:17.04CIA-55BRL-CAD: 03starseeker * r41448 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Whoops, copy/paste typo.
19:23.03CIA-55BRL-CAD: 03starseeker * r41449 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Need to strip the newline off for the define
19:47.50CIA-55BRL-CAD: 03starseeker * r41450 10/brlcad/branches/cmake/src/bwish/main.c:
19:47.50CIA-55BRL-CAD: OK, the real issue here appears to actually be tclcadAutoPath setting
19:47.50CIA-55BRL-CAD: tcl_library to something Not Helpful - don't need this, although probably still
19:47.50CIA-55BRL-CAD: want the logic to probe the system auto_path - just need to find the actual dir
19:47.50CIA-55BRL-CAD: with init.tcl and have tclcadAutoPath set that straight up.
19:56.48CIA-55BRL-CAD: 03starseeker * r41451 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Switch to actually hunting down the init.tcl file based on the system tcl's autopath list - not tested.
20:00.33CIA-55BRL-CAD: 03starseeker * r41452 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Oh yeah, might help to tell it what to look for
20:03.03CIA-55BRL-CAD: 03starseeker * r41453 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Actually we want the path the dir containing the file, not the file itself.
20:18.30CIA-55BRL-CAD: 03starseeker * r41454 10/brlcad/branches/cmake/src/other/CMakeLists.txt: Fix naming of INITTCL variable.
20:21.50CIA-55BRL-CAD: 03starseeker * r41455 10/brlcad/branches/cmake/src/libtclcad/tclcadAutoPath.c: Make use of the TCL_SYSTEM_INITTCL_PATH variable and spell out the init.tcl path for system tcl for tclcadAutoPath
20:54.30*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:54.30*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:59.47*** join/#brlcad Ralith (~ralith@d142-058-094-158.wireless.sfu.ca)
23:00.20*** join/#brlcad australian_male_ (~PrAyInG^E@186.212.226.26)
23:00.21*** part/#brlcad australian_male_ (~PrAyInG^E@186.212.226.26)
23:13.06*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1096600637.dsl.bell.ca)
IRC log for #brlcad on 20101124

IRC log for #brlcad on 20101124

00:27.33*** join/#brlcad Ralith (~ralith@d142-058-094-158.wireless.sfu.ca)
00:49.52*** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
00:58.15*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
01:30.00*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:39.30starseekerawesome - the TkCAD dev opted for the Revised BSD license
01:42.23*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
01:44.05louipcsweet
01:55.18*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
03:02.01starseekerWow - an Apple I sold for over $200k
03:02.27starseekerlaments that he apparently has no instinct for which junk to buy and hang on to
03:16.16starseekerhmm, new byacc is out
03:59.11*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
04:15.14*** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
08:06.57*** join/#brlcad merzo (~merzo@193.254.217.44)
09:45.15*** join/#brlcad mafm (~mafm@252.Red-83-53-179.dynamicIP.rima-tde.net)
09:56.24*** join/#brlcad mafm (~mafm@83.53.179.252)
11:29.23*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:30.55*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:19.58CIA-55BRL-CAD: 03indianlarry * r41456 10/brlcad/trunk/src/other/openNURBS/opennurbs_nurbscurve.cpp:
13:19.58CIA-55BRL-CAD: Removed the IsValid() check in the curve Split() function. This was causing
13:19.58CIA-55BRL-CAD: problems upstream in the surface splitting routines when trying to split surface
13:19.58CIA-55BRL-CAD: containing singularities. This problem was reported to the opennurbs folks who
13:19.58CIA-55BRL-CAD: have identified this as a bug and should be fix that should be in the next
13:19.59CIA-55BRL-CAD: release of the open tool kit.
13:34.43*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
14:37.08starseekerwoot - if I did that right, latest byacc can compile libobj out of the box
15:07.33CIA-55BRL-CAD: 03indianlarry * r41457 10/brlcad/trunk/src/librt/cut.c: When building cut tree step to next axis(+1) for subdivision not (axis+index).
15:24.37*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
17:22.05starseekerwhoops, may have spoken too soon
17:59.27CIA-55BRL-CAD: 03brlcad * r41458 10/brlcad/trunk/src/util/bombardier.h: the bits array needs to be unsigned
18:00.30CIA-55BRL-CAD: 03brlcad * r41459 10/brlcad/trunk/src/util/bombardier.c: break up the massive tcl script into smaller portioned trunks with dynamic memory in order to comply with portability warnings about string literals longer than 509 characters.
18:01.03starseekeryeah, spoke too soon - other errors still in there
18:06.01CIA-55BRL-CAD: 03brlcad * r41460 10/brlcad/trunk/NEWS:
18:06.01CIA-55BRL-CAD: keith ups the anty and fixes a bug in opennurbs processing surfaces with
18:06.01CIA-55BRL-CAD: singularities. he removed the IsValid() check in the curve Split() function.
18:06.01CIA-55BRL-CAD: this was causing problems upstream in the surface splitting routines when trying
18:06.01CIA-55BRL-CAD: to split surface containing singularities. This problem was reported to the
18:06.01CIA-55BRL-CAD: opennurbs folks who have identified this as a bug and should be fix that should
18:06.02CIA-55BRL-CAD: be in the next release of the open tool kit
18:06.32starseekerfires off another email to the byacc maintainer
18:08.33CIA-55BRL-CAD: 03brlcad * r41461 10/brlcad/trunk/NEWS: cliff expanded the rtarea documentation with diagrams and additional clarifying information.
19:04.23*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
19:05.06starseeker``Erik: quick question - do you know how to do transparent lines in OpenGL? (I guess "translucent" would be a better word)
19:36.09Ralithstarseeker: just coloring them to have alpha doesn't work?
20:17.58*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
20:38.02CIA-55BRL-CAD: 03bob1961 * r41462 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Added the ability to select one or more members of a combination such that setting the edit parameters for one member will set them for all selected members.
21:08.20starseekermakes a note of this for later... http://www.mail-archive.com/cmake@cmake.org/msg22615.html
21:09.05starseekerRalith: dunno
21:29.09starseekerhmm... well, we have linux on a fridge... time to get netbsd on a toaster
22:17.53``Erikbeen there, done that
22:17.58``Erikdoesn't yours run nbsd?
22:18.40``Eriktranslucent lines would just be giving it an alpha value and turn on blending, same as a translucent triangle
22:19.13``ErikglColor4f() instead of glColor3f() (or i, if you prefer)
22:19.42``Erikbe careful with translucent, draw order is very important, back to front or you'll create funky artifacts
22:23.10*** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
23:02.32starseeker``Erik: the idea would be to enhance editing in Archer (the example that came up today was comb editing, but there are other cases)
23:02.59starseekerby making the wireframes of non-"active" objects almost but not quite transparent, and the one(s) in focus solid
23:03.16starseekersort of a jazzed up version of the illumination we do in wireframe with sed/oed in mged
23:03.45starseekerordering isn't that critical when things are almost entirely transparent, and the solid ones will behave better
23:04.07starseekerit's worked for BoTs, just wasn't sure if it would map cleanly to wireframes in OpenGL
23:13.12*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
23:13.12*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:28.47``Erikit actually is very important, you'll get translucent things fully occluding solid things, etc
23:30.00``Erikbut that's something where ogre would be really useful
23:31.10``Erikthe vehicle bob likes showing off is probably ok because it's so darn noisy :D (and he might be splitting solid and translucent into two steps, which is necessary)
23:33.20``Erik*shrug* :)
IRC log for #brlcad on 20101125

IRC log for #brlcad on 20101125

00:16.19*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
01:23.07*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
02:07.45CIA-55BRL-CAD: 03r_weiss * r41463 10/brlcad/trunk/src/libbn/plane.c: (log message trimmed)
02:07.45CIA-55BRL-CAD: Made changes to functions bn_isect_line3_line3 and bn_coplanar. Updated most of
02:07.45CIA-55BRL-CAD: the tolerances in these functions using values determined by capturing values
02:07.45CIA-55BRL-CAD: during test runs and determining where the values converge to 0, 1, -1 etc.
02:07.45CIA-55BRL-CAD: These tolerances are not perfect and I believe these values should be computed
02:07.45CIA-55BRL-CAD: since they can vary. These tolerance changes appear to improve the results of
02:07.46CIA-55BRL-CAD: the mged 'ev' command and 'facetize' command and fewer error messages are
02:27.14*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
04:30.12brlcadhmm... that doesn't look good, r_weiss
04:30.31brlcadrandom magic numbers mean it was probably just tuned to specific models
05:30.24CIA-55BRL-CAD: 03brlcad * r41464 10/brlcad/trunk/sh/conversion.sh:
05:30.25CIA-55BRL-CAD: more process trickery so that we can abort the limit timer that kills facetize
05:30.25CIA-55BRL-CAD: and reports without the dreaded killed process 'Terminated' messages. this is
05:30.25CIA-55BRL-CAD: achieved by not invoking a subshell, redirecting stderr through a pipe, and
05:30.25CIA-55BRL-CAD: killing the sleep children in the same parent shell. not pretty but gets the
05:30.25CIA-55BRL-CAD: job done. couldn't figure out how to get double-subshell (via shell functions)
05:30.25CIA-55BRL-CAD: to work so these have to be in inlined.
05:38.33CIA-55BRL-CAD: 03brlcad * r41465 10/brlcad/trunk/sh/conversion.sh:
05:38.33CIA-55BRL-CAD: no longer need the start and stop timers since our method required inlining the
05:38.33CIA-55BRL-CAD: timer and killing in the parent. forgot to mention that r41464 MAXTIME limit
05:38.33CIA-55BRL-CAD: was bumped back up to 5min since orphaned sleep processes no longer accumulate.
05:48.30CIA-55BRL-CAD: 03brlcad * r41466 10/brlcad/trunk/sh/conversion.sh: document the timer complexity a little bit explaining why things are as complicated as they are. pushing the limits of shell scripting.
08:30.47*** join/#brlcad QAChip (~Christian@189.230.255.5)
09:49.15*** join/#brlcad merzo (~merzo@193.254.217.44)
10:29.35*** join/#brlcad mafm (~mafm@193.153.52.106)
11:39.44*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
12:45.56*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:54.13*** join/#brlcad juanman (~quassel@186.136.164.97)
13:54.15*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:01.59*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:34.36*** join/#brlcad mafm (~mafm@193.153.52.106)
19:00.49*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
20:57.38*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:57.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101126

IRC log for #brlcad on 20101126

01:36.56*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
04:58.06*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:42.47*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
08:13.58CIA-55BRL-CAD: 03brlcad * r41467 10/brlcad/trunk/sh/conversion.sh: add the completion date just as a double-sanity.
10:23.38*** join/#brlcad mafm (~mafm@214.Red-83-55-204.dynamicIP.rima-tde.net)
10:57.14*** join/#brlcad mafm_ (~mafm@182.Red-83-49-86.dynamicIP.rima-tde.net)
12:47.28*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:52.48*** join/#brlcad CIA-55 (~CIA@208.69.182.149)
14:22.18CIA-55BRL-CAD: 03starseeker * r41468 10/brlcad/branches/cmake/src/other/ (tcl/CMakeLists.txt tk/CMakeLists.txt): Try a couple tweaks to the CMake windows source based on the one build attempt made so far (thanks Erik) - not on a Windows machine so no idea if these help at all, almost certainly not enough to get it working.
14:33.07*** join/#brlcad mafm (~mafm@182.Red-83-49-86.dynamicIP.rima-tde.net)
14:39.28*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
16:11.30*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
19:29.48*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
19:29.48*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:44.59*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:22.48*** join/#brlcad WhiteCalf (~MK@whitecalf.net)
23:20.32*** join/#brlcad PrezWhiteCalf (~MK@whitecalf.net)
23:49.00*** join/#brlcad WhiteCalf (~MK@whitecalf.net)
IRC log for #brlcad on 20101127

IRC log for #brlcad on 20101127

01:28.15*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
04:19.22*** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
08:13.06*** join/#brlcad PrezKennedy (MK@whitecalf.net)
09:02.48*** join/#brlcad stevegt_3 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
15:33.57*** join/#brlcad merzo (~merzo@193.254.217.44)
15:41.08*** join/#brlcad Male (~Bob@c-75-68-79-121.hsd1.nh.comcast.net)
15:57.22*** join/#brlcad kloeri (~kloeri@freenode/staff/exherbo.kloeri)
18:29.25*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
18:37.04*** join/#brlcad WhiteCalf (MK@whitecalf.net)
18:39.16*** join/#brlcad willdye (~willdye@198.183.6.23)
18:39.43*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:39.45*** join/#brlcad alex_jon1 (~alex_joni@81.196.65.201)
18:40.24*** join/#brlcad roberthl_ (~robert@v001.rhl.me.uk)
18:40.50*** join/#brlcad waprat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
18:44.08*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
18:47.44*** join/#brlcad poolio_ (~poolio@BZ.BZFLAG.BZ)
18:48.55*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
18:57.44*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
19:30.33*** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
19:32.39*** join/#brlcad roberthl (~robert@v001.rhl.me.uk)
19:32.39*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
19:36.18*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
19:37.20*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
19:38.53*** join/#brlcad willdye (~willdye@fern.dsndata.com)
19:39.25*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
21:13.15*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
21:22.57*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:22.57*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:08.47*** join/#brlcad nsd (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
22:46.43*** join/#brlcad nsd (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
23:18.51*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
IRC log for #brlcad on 20101128

IRC log for #brlcad on 20101128

00:43.16*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
00:44.03*** join/#brlcad ``Erik_ (~erik@69.140.109.104)
00:44.16*** join/#brlcad waprat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
00:44.51*** join/#brlcad willdye (~willdye@fern.dsndata.com)
00:44.53*** join/#brlcad juanman (~quassel@201.255.33.216)
00:44.54*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:47.57*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:02.22*** join/#brlcad nsd (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
01:02.28*** part/#brlcad nsd (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
05:09.56*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:05.54*** join/#brlcad ibot (~ibot@rikers.org)
06:05.54*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
06:43.10*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
09:56.35*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
10:01.24*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
11:08.37*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
15:26.07*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
16:42.10*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
18:14.52*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
20:20.15*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
21:09.42*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
21:31.27*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:31.27*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:49.32*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
IRC log for #brlcad on 20101129

IRC log for #brlcad on 20101129

02:50.12*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:11.28*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
08:36.06*** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua)
09:26.15*** join/#brlcad merzo (~merzo@193.254.217.44)
09:27.13*** join/#brlcad merzo_ (~merzo@smartbussiness.mobicom.net.ua)
10:33.48*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
10:46.14*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
11:16.10*** join/#brlcad merzo (~merzo@193.254.217.44)
11:22.06*** join/#brlcad merzo (~merzo@193.254.217.44)
11:24.33*** join/#brlcad merzo_ (~merzo@smartbussiness.mobicom.net.ua)
12:08.49d-loMernin!
12:10.28*** join/#brlcad crazy_imp (~mj@a89-182-199-132.net-htp.de)
12:10.31crazy_impheyho
12:15.29*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:57.21*** join/#brlcad merzo_ (~merzo@smartbussiness.mobicom.net.ua)
16:15.07*** join/#brlcad HuggyBear (~CaptainCr@cpe-71-67-104-204.cinci.res.rr.com)
16:15.57HuggyBearhas a workaround/solution been found for version conflict Tcl?
17:35.55*** part/#brlcad HuggyBear (~CaptainCr@cpe-71-67-104-204.cinci.res.rr.com)
17:48.57*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
17:55.57CIA-55BRL-CAD: 03davidloman * r41469 10/rt^3/trunk/tests/libNet/libNetTest.cxx: More c++ -> c style comments conversion.
19:47.40CIA-55BRL-CAD: 03erikgreenwald * r41470 10/brlcad/branches/bottie/src/librt/primitives/bot/btg.c: actually return the newly allocated memory from the alloc func...
19:49.15CIA-55BRL-CAD: 03erikgreenwald * r41471 10/brlcad/branches/bottie/src/librt/primitives/bot/bot.c: set freed memory ptr to NULL
21:59.14CIA-55BRL-CAD: 03erikgreenwald * r41472 10/brlcad/branches/bottie/src/librt/primitives/bot/ (bot.c btg.c g_bot_include.c): migrate data packing for tie into the prep phase instead of the load phase
22:07.32CIA-55BRL-CAD: 03erikgreenwald * r41473 10/brlcad/branches/bottie/ (3 files in 2 dirs): split actual bbox info from fuzzed info
22:08.36CIA-55BRL-CAD: 03erikgreenwald * r41474 10/brlcad/branches/bottie/src/librt/primitives/bot/tie.c: don't print info from lib
22:57.40CIA-55BRL-CAD: 03brlcad * r41475 10/brlcad/trunk/TODO: verified that nmg conversion is overall worse since 7.16.10 release, so need to test which commits are problematic.
23:07.04CIA-55BRL-CAD: 03brlcad * r41476 10/brlcad/trunk/autogen.sh: grep the right Makefile.am file.
23:18.05*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:45.48CIA-55BRL-CAD: 03brlcad * r41477 10/brlcad/trunk/src/fb/Makefile.am: enable strict compilation for the fb directory. running clean on Mac and Linux with extra warnings enabled.
IRC log for #brlcad on 20101130

IRC log for #brlcad on 20101130

00:15.16*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:47.35*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
01:57.49*** join/#brlcad crazy_imp (~mj@a89-182-216-29.net-htp.de)
03:14.18*** join/#brlcad DX^ (~DX@c-71-59-50-121.hsd1.ga.comcast.net)
03:14.20DX^Hello.
03:14.51DX^I'm interested in creating a COLLADA exporter for BRL-CAD
03:15.10DX^I was hoping I could possibly modify the X3D exporter.
03:15.13DX^What do you guys think?
03:23.40DX^Is anyone alive? hehe
03:37.33louipcDX^: many are quite alive, maybe just sleeping or busy
03:37.40louipcstay tuned for more ;)
03:42.21DX^Hello!
03:42.34DX^I'm poking around BRL-CAD's website
03:42.47DX^but I can't find any extended documentation on the internal structure that the geometry is stored in
03:42.50DX^perhaps I am blind?
03:47.30louipchmm you might have more luck with files in the svn repo
03:47.44louipcyou can generate doxygen docs I believe
03:48.05louipcthey used to be hosted, but I'm not sure where they are or what happened to them
03:49.19DX^ah, seems some framework code is in g-xxx_facets.c
03:49.24DX^which is most probably what I need
08:14.31*** join/#brlcad merzo (~merzo@193.254.217.44)
12:08.30*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
12:25.25``ErikDX^: that's probably outdated, the libgcv approach is favored now... check out g-dxf, g-stl, g-egg ...
13:28.05starseekerIIRC, there is some open source code that might help with the Collada side of things...
13:28.56starseekerhttp://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/libgcv/NOTES?revision=37930
14:04.44CIA-55BRL-CAD: 03starseeker * r41478 10/brlcad/trunk/src/libgcv/NOTES: Add notes from SIGGRAPH about Blender and gamekit
14:09.20CIA-55BRL-CAD: 03brlcad * r41479 10/brlcad/trunk/configure.ac: fcntl.h seems to be safe, possibly others too so make a section for headers that don't need to be tested for even if they aren't c89
14:12.30CIA-55BRL-CAD: 03brlcad * r41480 10/brlcad/trunk/include/raytrace.h:
14:12.32CIA-55BRL-CAD: rt_g structure was using int for debug information making the structure size
14:12.32CIA-55BRL-CAD: variable and making the debug flags declarations potentially not match the
14:12.32CIA-55BRL-CAD: variable they are compared against. make both debug vars (debug and NMG_debug)
14:12.32CIA-55BRL-CAD: be uint32_t instead of int.
14:13.03starseekerbrlcad: should we revert the tolerance changes until we get it sorted out?
14:15.54CIA-55BRL-CAD: 03brlcad * r41481 10/brlcad/trunk/src/util/ (25 files): quiet LOTS of verbose compilation warnings for various issues including shadow vars, return from non-void, unused params, unused vars, floating point comparisons, missing headers, and signedness matching
14:26.01brlcadstarseeker: I was running some tests to verify, and waiting on one more set to verify repeatability
14:26.08starseekerk
14:26.11brlcadfirst pass shows 4 additional failures with r41463
14:26.17starseekerow
14:26.45brlcadactually that's a good thing
14:27.02brlcadmagic numbers like that are terrible to maintain
14:27.13starseekertrue
14:27.57brlcadshould know within the hour
15:14.58brlcadgamekit is akin to writing the pro/e plugin
15:15.14brlcaddoable, but it'd belong in src/external
15:15.52brlcad(gamekit also isn't new -- been around for many years)
15:20.04starseekerbrlcad: I'm not suggesting to use gamekit whole - I was thinking extract their blender file parsing code and roll into libgcv for blender-g
15:25.33CIA-55BRL-CAD: 03indianlarry * r41482 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp:
15:25.33CIA-55BRL-CAD: Added BREP knot plotting routing to 'brep' command for debugging. Also modified
15:25.33CIA-55BRL-CAD: some of the 'brep' command logging to build a string and return to 'mged'
15:25.33CIA-55BRL-CAD: through vls string(problems with 'mged' when dumping large amounts of blather to
15:25.33CIA-55BRL-CAD: stderr)
15:34.47CIA-55BRL-CAD: 03indianlarry * r41483 10/brlcad/trunk/ (include/brep.h src/librt/primitives/brep/brep.cpp): Try to iterate to a solution within BREP_INTERSECTION_ROOT_EPSILON, if cannot get to that resolution check result and accept if within BREP_INTERSECTION_ROOT_SETTLE.
15:38.05brlcadstarseeker: ahh
15:49.46``Erikany news on the tolerance issue?
15:54.29brlcadyeah, not within the hour
16:05.29brlcadfeels compelled to run the conversion script on a much larger sample set...
16:05.42brlcadbut with a shorter timeout..
16:07.46``Erikhas a brutal ugly model that can be hit with it, many large bots with 6 other large bots subtracted type stuff
16:08.20CIA-55BRL-CAD: 03indianlarry * r41484 10/brlcad/trunk/src/ (4 files in 2 dirs): Added DB5_MINORTYPE_BRLCAD_BREP 'brep' type hooks to type_table[] and 'db get_type' related functions.
18:19.31CIA-55BRL-CAD: 03indianlarry * r41485 10/brlcad/trunk/ (include/opennurbs_ext.h src/librt/opennurbs_ext.cpp): (log message trimmed)
18:19.32CIA-55BRL-CAD: Made some changes to our surface subdivision routines. Now the first step in our
18:19.32CIA-55BRL-CAD: surface subdivision is to divide on the surface knots
18:19.32CIA-55BRL-CAD: (subdivideSurfaceByKnots()). The idea here is that major surface directional
18:19.32CIA-55BRL-CAD: changes take place at the knots and that the surface behavior between adjacent
18:19.32CIA-55BRL-CAD: knots is fairly well behaved. After subdividing at knots we further divide using
18:19.33CIA-55BRL-CAD: flatness criteria. Also loosened surface flatness criteria BREP_SURFACE_FLATNESS
21:48.02*** join/#brlcad DX^ (~DX@c-71-59-50-121.hsd1.ga.comcast.net)
21:52.39*** join/#brlcad Ralith (~ralith@d142-058-092-003.wireless.sfu.ca)
22:41.34*** join/#brlcad Ralith (~ralith@d142-058-092-003.wireless.sfu.ca)
23:13.19*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
23:25.05*** join/#brlcad DX^ (~DX@c-71-59-50-121.hsd1.ga.comcast.net)
23:25.12DX^Hello.
23:29.51DX^Is there a quick way I can compile a single file and its dependencies?
23:30.02DX^I just want to compile, say, g-xxx_facets.c and its dependencies
23:44.07``Erikwith the autoconf stuff, you can do "make depends" in a directory to try to build the minimal dependancy set... I don't think g-xxx_facets can be compiled (but g-stl or g-egg can, and might be better examples)
23:45.38DX^I looked at the code
23:45.44DX^Would something prevent its compilation?
23:48.02``Erikoh, my bad it does compile heh
23:49.16``Erikbut it still does stuff by hand that we've moved into a library *shrug*
23:53.22DX^Which library? I saw that someone had said something
23:53.29DX^but I reconnected and IRC closed my screen
23:54.04``Eriklibgcv
23:56.11DX^Ok, I'll take a look at that then
23:58.55``Erikg-egg and g-stl are very simple exporters that use gcv
23:59.39DX^I'll take a look at that
23:59.44DX^I want to be able to export to COLLADA
IRC log for #brlcad on 20101201

IRC log for #brlcad on 20101201

00:07.38brlcadDX^: you can individually compile just about anything in the build
00:07.56brlcad"cd src/conv && make g-stl" for example
00:10.52brlcador for just a single file, make file.lo
00:11.02brlcadmake g-xxx_facets.lo
00:13.24brlcadanything listed as a build rule, whether noinst or bin
00:14.06DX^Cool, I will try that
00:14.42CIA-55BRL-CAD: 03erikgreenwald * r41486 10/brlcad/trunk/TODO: note that the example needs to be updated
00:48.59``Erikheads out to work on his car O.o
01:23.50``Erikbah
01:53.26*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:57.56*** join/#brlcad crazy_imp (~mj@a89-183-64-238.net-htp.de)
02:25.49starseekergroans - the bit of code that did what he wanted on the 32 bit mac doesn't translate to his amd64 box...
02:44.52CIA-55BRL-CAD: 03brlcad * r41487 10/brlcad/trunk/src/util/ (Makefile.am pl-sgi.1 pl-sgi.c): remove the obsolete pl-sgi converter. SGI Iris 3D is no more.
02:46.36CIA-55BRL-CAD: 03brlcad * r41488 10/brlcad/trunk/NEWS: removed the obsolete pl-sgi plot-to-image utility.
02:56.30brlcadbit of code?
03:04.23DX^Are most of you guys professional programmers by day?
03:04.38*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
03:14.51brlcadDX^: pretty much, but not everyone in the channel
03:43.29starseekerbrlcad: nothing much - some hash related stuff - I see what it needs now I think
04:13.47CIA-55BRL-CAD: 03brlcad * r41489 10/brlcad/trunk/src/util/ (44 files): whoosh! quell the remainder of verbose warnings on the utility tools. many issues including unused params, unused vars, shadowings, missing headers, exact floating point comparisons, etc.
06:20.01CIA-55BRL-CAD: 03brlcad * r41490 10/brlcad/trunk/src/util/ (14 files): more verbose quellage, now cross-platform to newer gcc on linux where we're catching lots of failures to check the return value on fwrite/fread/scanf. add corresponding checks and failure handling.
06:38.58CIA-55BRL-CAD: 03brlcad * r41491 10/brlcad/trunk/sh/conversion.sh:
06:38.58CIA-55BRL-CAD: clean up and simplify the elapsed time calculation by using seconds since epoch.
06:38.58CIA-55BRL-CAD: may or may not be posix, but seems to work well on bsd, linux, mac. also
06:38.58CIA-55BRL-CAD: tighten up the status output lines including a running tally of the elapsed time
06:38.58CIA-55BRL-CAD: via '22756'
07:20.10CIA-55BRL-CAD: 03brlcad * r41492 10/brlcad/trunk/sh/conversion.sh: add the tally object count to the individual status lines as well so we know how many we've processed thus far. also need to escape the quotes or object/file names with spaces in them otherwise printf will be unhappy.
07:55.19*** join/#brlcad merzo (~merzo@193.254.217.44)
14:14.23*** join/#brlcad merzo (~merzo@193.254.217.44)
14:28.18CIA-55BRL-CAD: 03indianlarry * r41493 10/brlcad/trunk/src/util/ (bwrect.c mac-pix.c plgetframe.c): minor fixes to get to compile, brlcad probably not finished with yet ;^)
15:12.18brlcadyeah, not yet through that dir all the way and with strict enabled, couldn't verify everything but needed to checkpoint given the night was over
19:28.15*** join/#brlcad Decessus (Decessus@12.70.113.78)
20:00.00*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
20:49.33CIA-55BRL-CAD: 03bob1961 * r41494 10/brlcad/trunk/src/tclscripts/archer/AttrGroupsDisplayUtility.tcl: Minor tweak to AttrGroupsDisplayUtility::exportToPng. Changed Text to PNG in typelist.
21:25.50*** join/#brlcad PrezKennedy (MK@whitecalf.net)
21:30.14*** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net)
23:08.14*** join/#brlcad DX^ (~DX@c-71-59-50-121.hsd1.ga.comcast.net)
23:36.05*** join/#brlcad Ralith (~ralith@d142-058-093-203.wireless.sfu.ca)
23:53.11DX^When using a converter from g to another format
23:53.23DX^is there a way to make it convert all of the objects instead of specifying them?
IRC log for #brlcad on 20101202

IRC log for #brlcad on 20101202

00:03.15``Erikusually for something like a conversion to a facetized (triangles) format, you specify the 'top level' pieces and walk down stopping at the 'region' (single component of homogenous material), exporting all regions as seperate entities
00:24.44DX^so I have to give specify each object on the command line?
00:26.01*** join/#brlcad Ralith (~ralith@d142-058-093-203.wireless.sfu.ca)
00:28.33``Erika toplevel object, not necessarily all objects
00:29.05``Erikfor example, moss.g has a 'toplevel' of "all.g", but if you run g-stl on it, you'll get a dozen objects in the stl file
00:32.40DX^that's ok
00:55.55DX^I'm trying to use BRL-CAD to convert from say IGES to STL
00:56.01DX^I was trying to make a .g file out of an IGES
00:56.05DX^and then convert from .g to STL
00:56.19DX^but from the command line it says I need to list an object(s
00:56.22DX^)
00:56.30DX^and I'm not really sure how to find the top level object name
00:59.07``Erikmged file.g tops
01:34.03DX^god you people are smarts
01:57.10DX^None of these converters seem to work with files created by Autodesk Inventor 2011
01:58.05*** join/#brlcad crazy_imp (~mj@a89-182-24-25.net-htp.de)
01:58.19*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
02:22.45starseekerDX^: probably not natively - what format are you exporting to?
02:30.03DX^I've tried IGES and STL
02:30.20starseekerdxf?
02:31.25DX^I can't export from Inventor as DWF
02:31.29DX^err dxf
02:32.27DX^why an autocad product can't export as dxf? no idea
02:32.45DX^I was going to try STEP, too
02:32.51DX^but STEP converter compilation failed
02:32.56DX^it's not a complicated file by any means
02:33.01DX^it's an ellipse that I extruded
02:33.07DX^should be pretty simple, or at least I thought
02:33.16starseekerwhat's the stl failure?
02:33.41DX^one sec I'll tell you
02:34.26DX^oh wait I'm an idiot
02:34.29DX^I forgot to put -b
02:37.28DX^iges still fails though
02:37.59DX^Add_nurb_loop_to_face: Edgeuse/vertex mixup!
02:38.02DX^is the error
02:42.49starseekerO.o
02:42.59starseekeris the file one you can make available as a test case?
02:43.53DX^sure
02:44.09DX^I have two, both are simple extrusions
02:44.13DX^one is an extrusion of an ellipse
02:44.23DX^the other is an extrusion of a squiggly NURB
02:46.21DX^www.cloudcalx.com/ellipse.igs
02:46.25DX^www.cloudcalx.com/squiggle.igs
02:46.35starseekersweet - thanks!
02:46.45starseekeractually, if you can take it one step further...
02:47.06starseekercould you file a bug at our sourceforge site with the commands you used and attach the files to the bug report?
02:47.45starseeker(things like version of BRL-CAD used, platform (Windows XP, Redhat, etc.)  would also help a lot
02:48.49DX^sure
02:49.04starseekerit's at http://sf.net/projects/brlcad
02:49.05DX^bah I gotta make a login :)
02:50.26starseekerah, sorry about that
02:50.58DX^it's no big deal
02:51.02DX^apparently I can just log in with gmail
02:57.06DX^Ok
02:57.09DX^Both have been uploaded
04:14.48starseekerthank you :-)
07:48.27*** join/#brlcad merzo (~merzo@193.254.217.44)
10:37.05*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
13:24.18d-loMernin all
13:58.00CIA-55BRL-CAD: 03brlcad * r41495 10/brlcad/trunk/include/raytrace.h: rt_uniresource is in librt/globals.c
16:01.43*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:00.56CIA-55BRL-CAD: 03brlcad * r41496 10/brlcad/trunk/src/libbn/mat.c: callers of bn_ck_mat() have better knowledge about the state that leads up to a bad matrix so don't print by default at this low level. this fixes double-printing of matrices if you open a corrupt v4.
IRC log for #brlcad on 20101203

IRC log for #brlcad on 20101203

01:48.28*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
01:58.19*** join/#brlcad crazy_imp (~mj@a89-182-11-64.net-htp.de)
03:36.05*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
04:57.00brlcadwoot, #50812 and counting .. still converting the .g motherload
07:02.41*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
11:32.11*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:13.26*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:09.23*** join/#brlcad Decessus_ (Decessus@12.70.113.78)
13:44.15brlcadpreliminary metrics on the motherload
13:45.15brlcadat 70566 objects, there are 4029 failures, 63461 successes, and 3076 timeouts with a 5 sec limit
13:46.01brlcadthat implies a worst-case failure rate of 10.1% and a best case failure rate of 5.7%
13:47.05brlcadour sample geometry was at a rate of 2-4%
14:03.21brlcadit'll be interesting to see what the motherload rate becomes if we fix all sample geometry failures
14:50.06*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
16:33.34*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
18:22.45CIA-55BRL-CAD: 03bob1961 * r41497 10/brlcad/trunk/src/libged/showmats.c: Added a -a option to showmats for getting only the Accumulated matrix of the specified path.
20:56.04CIA-55BRL-CAD: 03r_weiss * r41498 10/brlcad/trunk/src/libbn/plane.c:
20:56.05CIA-55BRL-CAD: Updated functions bn_coplanar and bn_isect_line3_line3. Removed the magic number
20:56.05CIA-55BRL-CAD: tolerances. Also made additional tolerance changes which should improve facetize
20:56.05CIA-55BRL-CAD: and 'ev'. Currently in process of testing. Initial results appear good.
22:01.48*** part/#brlcad willdye (~willdye@fern.dsndata.com)
22:15.30*** join/#brlcad willdye (~willdye@fern.dsndata.com)
22:16.14*** part/#brlcad willdye (~willdye@fern.dsndata.com)
23:25.08CIA-55BRL-CAD: 03starseeker * r41499 10/brlcad/branches/STABLE/ (154 files in 20 dirs): Update STABLE branch to r41498
23:27.28brlcadwoot
23:28.36brlcadstarseeker: please send a note to brlcad-devel if yoe're starting the HACKING release steps
23:28.47brlcadif/when
23:29.18starseekerbrlcad: alrightie - should I revert the libbn stuff or leave it?
23:29.19brlcadso I'll know to hold off on quellage commits and other activity
23:30.05brlcadrichard reverted some of it in r41497, but it needs to be compared against r41463
23:30.35starseekerk - do we want to restore the 41463 state for safety?
23:31.11brlcadotherwise, it's more important to tag if we at least build cleanly cross-platform (inc. windows) and pass regression
23:31.36brlcadI don't think that's necessary
23:31.52starseekerif we're gonna check Windows it'll have to wait til monday, most likely...
23:31.57brlcadespecially since we'll very likely have another release in two weeks
23:32.02starseekernods
23:32.26brlcadI can test the windows build for you from here once you're sync'd up and pass linux/mac
23:33.05starseekercool
23:33.15starseekerdistcheck passed on linux and mac a few minutes ago
23:39.10starseekerbrlcad: here's the net change set on plane.c:
23:39.15starseekerhttp://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/libbn/plane.c?r1=41280&r2=41498&sortby=date
23:40.25brlcadthose look like much more reasonable changes
23:40.41starseeker<- agrees
23:41.29CIA-55BRL-CAD: 03brlcad * r41500 10/brlcad/trunk/TODO: only two tasks left for release
23:42.25brlcadspeaking of publications yesterday.. just finished a new writeup
23:42.32brlcadspent WAY too long on it, but it's finally done
23:42.33starseekersweet
23:47.51starseekerbrlcad: email to dev list going out now...
23:48.00brlcadcool, thanks
23:52.01starseekerhuh
23:52.03starseekershaders.rt.pix 53865 off by many
23:52.03starseeker-> shaders.sh FAILED
23:56.40starseeker../regress/solids.sh: line 948: 20710 Abort trap              $MGED -c >> solids.log 2>&1  <<EOF
23:59.54CIA-55BRL-CAD: 03starseeker * r41501 10/brlcad/trunk/ChangeLog: Update the ChangeLog
IRC log for #brlcad on 20101204

IRC log for #brlcad on 20101204

00:03.51*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:05.12starseekeryow
00:07.18starseekerbrlcad: http://bzflag.bz/~starseeker/shaders_pixdiff.png
00:07.25starseekerwhat's going on there?
00:10.46starseekerurm... stack {{turbump {s 256}} {plastic} }
00:10.55starseekerturbump comes up as "unrecognized shader"
00:11.39starseekeranother one... stack {{fbmcolor {s 256}} {plastic} }
00:11.50starseekernot sure what to make of that
00:12.14starseeker(those are two of the bright white ones in the pixdiff)
00:17.09starseekerOK, all of the unrecnogized shaders are from sh_noise.c
00:18.07``ErikI built on windows this morning, didn't try running anything
00:21.00starseekerwhy are all the sh_noise.c shaders borked all of a sudden?
00:27.53brlcadpossibly been broken for a while
00:28.10brlcadprobably nobody has ran the regression since the last release
00:28.28brlcadthat error sounds familiar, I'll look
00:28.34starseekerlloks like 41081
00:30.02brlcadyou sure you're fully synced?
00:30.20brlcadthought bob fixed that last week
00:30.33starseekershould be...
00:31.25brlcadyeah, three weeks ago
00:31.43starseekerchanging the %p back to and i and re-running the test succeeded
00:31.57brlcadr41290
00:32.31starseekerlet me try a clean checkout
00:32.40brlcadthere are a lot more of those other than sh_noise.c
00:33.15starseekernods
00:33.22starseekerI'll try a clean build
00:34.32starseekerdo you have a build you can run make regress on?
00:37.43brlcadnot at the moment
00:38.01starseekerk - clean checkout of trunk underway
00:38.27starseekerI'll need to grab supper at some point here
00:39.15starseekerwonder what that abort trap is all about
01:58.33*** join/#brlcad crazy_imp (~mj@a89-182-23-237.net-htp.de)
02:20.28starseekerLOL
02:20.42``ErikO.o
02:20.49starseeker"stockpile of cyper weapons" = "a room full of nerds and a case of Mountain Dew"
02:21.02``Erikheh
02:21.32starseekeruh... what's lscon
02:21.44starseekerregression is complaining it doesn't exist
02:22.16starseekerpix shaders failed on clean checkout from trunk
02:37.04starseekerhmm - it was tied in somehow with the install directory
02:54.54starseekermakes a note to never move to Kentucky...
02:56.48``Erikthe new theme park?
02:57.27starseekeryep
02:57.51starseekeralthough I have to say I agree with the guy advocating for it to be built in a flood zone :-P
03:11.04starseekerphew - ok, lscon thing is gone but the shaders thing remains
03:12.48starseekerERROR: volume BoT mode failure
03:12.54starseekerERROR: BoT fuse (bot_vertex_fuse+bot_face_fuse) failure
03:13.03starseekerrunning bio.h public header check...
03:13.03starseeker-> bio.h check FAILED
03:13.37starseekerlot of those abort trap errors
03:13.59starseeker(OSX)
03:15.28starseekerhas to head home
03:22.18starseekerbrlcad: confirmed - reverting 41081 on sh_noise.c (%p->i) results in a successful shader test
03:33.54starseekeroooo - the abort is coming from a failure of the db put ebm.s ebm... test
03:34.08starseeker(the solids.mged abort
03:47.08starseekerauugh - why would %p fail??
03:47.26starseekeram I getting one of the old system libs or something?
05:11.02CIA-55BRL-CAD: 03starseeker * r41502 10/brlcad/branches/cmake/regress/ (12 files): Need to ditch the prefix for these to work in CMake
05:12.42starseekerhmm - looks like the db put thing is for real
05:15.34starseekerhttp://paste.lisp.org/display/117312
05:16.12starseekerOK, sorry brlcad but no release tonight - I've got to call it quits
05:54.41CIA-55BRL-CAD: 03starseeker * r41503 10/brlcad/branches/cmake/ (669 files in 78 dirs): Update cmake branch to trunk r41501
06:12.37CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload:
06:12.37CIA-55BRL-CAD: uploaded "[[Image:GeometryConversion.png]]": This diagram provides a
06:12.37CIA-55BRL-CAD: visualization of conversion methods for importing geometry into BRL-CAD from
06:12.37CIA-55BRL-CAD: external CAD systems. As of December 2010, new features under development
06:12.37CIA-55BRL-CAD: include support for import through the STEP file format, support for geometry
06:12.38CIA-55BRL-CAD: within BRL-CAD described as NURBS objects, and improvements made to BRL-CAD's
06:12.39CIA-55BRL-CAD: NMG/BoT polygonal representations.
06:29.18brlcadstarseeker: okay, thanks for working on it
06:29.38brlcadI'll plug in some time on the regression failures tomorrow
06:35.51brlcadthinks he'll need to declare victory for today and rest now that the mail is sent
10:46.29*** join/#brlcad WhiteCalf (~MK@whitecalf.net)
10:50.56*** join/#brlcad PrezWhiteCalf (MK@whitecalf.net)
10:54.34*** join/#brlcad WhiteCalf (~MK@2002:ae24:e0f2::ae24:e0f2)
11:39.13*** join/#brlcad PrezWhiteCalf (MK@whitecalf.net)
14:53.19brlcadalmost up to 100000 objects processed
14:56.52``Erikjust a few O.o
15:12.12brlcadiirc, there are just under 900000 in this set, over 200 production models
15:13.54brlcadwish they had screen installed on that server
15:13.56brlcad*shakes head*
15:27.41brlcadregression testing is apparently working.., starseeker I get failures on shaders, gqa, fastgen, and bots
17:01.07*** join/#brlcad crazy_imp (~mj@a89-182-23-237.net-htp.de)
17:18.00*** join/#brlcad crazy_imp (~mj@a89-182-23-237.net-htp.de)
17:20.58*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:58.07starseekerbrlcad: I don't think I saw the gqa one, but otherwise that sounds right
17:58.19starseekeralso a bio.h failure of some kind
20:23.15*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:23.15*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101205

IRC log for #brlcad on 20101205

00:31.11*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
01:58.12*** join/#brlcad crazy_imp (~mj@a89-182-221-105.net-htp.de)
06:15.42CIA-55BRL-CAD: 03starseeker * r41504 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: (Untested) Make a stab at using the non-config based searching in the FindTCL.cmake routine ONLY when we don't want the headers and are presumably looking ONLY for a working Tcl/Tk installation.
06:20.45*** join/#brlcad PrezKennedy (~MK@whitecalf.net)
08:20.44*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:40.27crazy_impheyho
14:41.38crazy_impis there a recommended way to use mged and some kind of revision control system? (.g files are not text, which is a little bit ugly to use with svn for example)
14:51.12``Erikif you want to use svn, you can always do g2asc on the .g to check it in, then asc2g to get the .g back
15:13.38crazy_imp``Erik: ok, thanks :)
15:14.21crazy_imp(but now the question emerges, what's inside the .g files too?)
15:24.46``Erikhuh?
15:25.18``Erik.asc is an ascii representation of the .g file, convert and look :D
15:40.38crazy_impif it really is, where's the advantage of a .g file?
15:40.58crazy_imp(it's even bigger then the .asc one)
15:49.30``Erikbigger? O.o must be in need of collection.. usually the .g is smaller, loads much faster, and is the native format for BRL-CAD
15:50.57crazy_impcollection = comb foo u bar - gnah ?
16:50.41brlcadcrazy_imp: if it's bigger, your .g file either just doesn't have much in it yet or you've added and deleted more than you've added (in which case the space just hasn't yet been reclaimed)
16:51.26brlcadeither way, modern revision control will deal with binary deltas just fine if you put the .g file into a system
16:51.52brlcadsvn will perform the binary diff and store only the changed portions -- you just can't svn diff
16:52.03brlcadsame with several of the other dvcs now
16:53.08*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
16:53.16brlcadthe .asc file will just work, is ascii, but will generally take longer to handle as you have to convert back to .g every time you load and commit, plus the file size will eventually be 10x the size or worse as the .g grows
16:55.19*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
16:55.25*** join/#brlcad cjdevlin1 (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
17:02.01*** part/#brlcad cjdevlin1 (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
17:02.13*** join/#brlcad cjdevlin1 (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
17:15.47*** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
17:16.50*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
17:21.51*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
17:52.34*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
20:22.54*** join/#brlcad dhean_diana (~Hobiku_Du@cpe-74-71-163-237.twcny.res.rr.com)
20:22.54*** part/#brlcad dhean_diana (~Hobiku_Du@cpe-74-71-163-237.twcny.res.rr.com)
20:36.48*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:36.49*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101206

IRC log for #brlcad on 20101206

00:22.39*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:28.15``Erikhttp://www.traveldivastories.com/2008/06/new-limited-edition-baltimore-barbies.html
00:29.04starseekerthat's... disturbing
00:29.37``Erikso there was a little bit of snow falling today
00:29.49starseekeryeah, saw that this morning
00:34.16``Erikwas down at jones junction looking at trucks when it started, and my car is almost on slicks, so it was a bit skeery
00:34.25starseekerugh
00:34.33starseekerany good trucks?
00:35.00``Erikseveral interesting looking ones... place was closed though... then drove down to carmax, thought they were open on sundays... nope
00:35.10starseekerheh
00:35.32starseekeryeah, this part of the country is definitely not a 24/7 kinda living
00:37.36``Erikthought it said it was open sunday when I looked up their info... ended up driving way further than I shoulda
00:37.51starseekernods
00:37.57starseekerneed to get new tires dude
00:38.45starseekereyes the Ford trucks on cars.com... apparently you just don't get anything workable for less thatn ~$2k-3k
00:41.10starseekergah - that's some ugly coloring
00:42.18``Erikif I get a truck, then I get summer tires... otherwise, I need all season tires...
00:43.18``Erikhm, my stuff from apple has shipped, neat
00:43.33starseekerah, so truck is for winter driving?
00:43.36``Erikayup
00:43.56``Erikplus towing plus hauling... want to do lawnscaping in the spring
00:44.08``Erika small pickup is very convenient
00:44.37starseekersure is
00:44.47starseekeryou were looking for a Dodge?
00:45.29``Erikdodge, toyota, nissan, ... want to avoid dodge and chevy
00:45.46starseekerFord OK?
00:45.50``Erik(though my only issue with chevy was the new venture transmission, where most use allison transmissions... which are supposedly good)
00:45.53``Eriker
00:45.54``Erikwant to avoid ford and chevy, sorry
00:45.59starseekerah :-)
00:46.06``Erikhurrr, I'm looking for a dodge, but I want to avoid dodge, DERP!
00:46.13starseekerthought Ford trucks had a decent record...
00:48.09``Erikabout the same as chevy
00:48.37starseekernods
00:50.28``ErikI'm not crossing 'em off my list, just a negative value in the formula
00:51.07starseekerhumph - wonder how come all the less expensive ones are in PA
00:51.44starseekercool - bed cover
00:51.52``Erikum, maryland has some insane taxes and inspection requirements
00:52.08``Erikyou may've noticed that with your civic... :D
00:52.13``Erikpa is a lot more lax
00:52.43starseekeryeah, I recall some big tax smack when I got here
00:53.01starseekerso if you buy in PA, is it harder than buying in MD?
00:55.08``Erikif you buy in pa and live in md, you pay for it, then pay a huge tax deal in md, then pay to have it inspected, plus all the crap they claim is busted (but isn't) so they break your car so you have to pay more for them to unbreak it
00:55.14``Erikplus the fresh veip reset
00:55.27``Erikjust got a notification in the mail that his car is up for that
00:55.49starseekerblegh
00:56.34``Erikkinda makes ya wonder if these people who commute from pa are smarter than the average bear O.o
00:57.19starseekerindeed
01:00.21starseeker<snort> pickuptrucks.com shows less than 10 trucks listed under $4000 in MD
01:01.52``Erikone of my specifiers is 4wd, which easily pulls it above that level... (I'd like to go out in a day sailor, if the ramp is mossy, you want drive on the front wheels to pull the ass out of the water...)
01:02.53``Erikalso helps get a bit of forward motion from a stop in snow (but doesn't help turning or stopping, which is scary... a lot of people buy 4wd suv's and think they turn and stop better... they don't)
01:58.32*** join/#brlcad crazy_imp (~mj@a89-183-95-105.net-htp.de)
02:39.05*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
02:44.25*** join/#brlcad louipc (~louipc@206-248-163-24.dsl.teksavvy.com)
02:44.56*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
02:57.37*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
03:02.11*** part/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
03:02.15*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
03:02.22louipcbwaaa
03:14.55starseeker``Erik: afaik, the only thing that can help with turning/stopping is the tires, yes?
05:03.15*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
07:47.30*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
10:35.50*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
12:44.51*** join/#brlcad Elrohir (~kvirc@p5B14A918.dip.t-dialin.net)
14:28.41CIA-55BRL-CAD: 03starseeker * r41505 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Comment tweaks
14:40.41starseekerhuh, cool:  http://research.stlouisfed.org/fred2/
14:54.08``Erikgot a tour of the st loogey fed reserve a while back, interesting stuff there
14:54.38``Erikor mebbe it was the kc one, hrm
14:55.32``Erikyeh, it was the st louis one... (field trip for the college capstone course, a combination of archeology and economics...)
14:55.46``Erikhttp://www.kaibabjournal.com/rf_photos/200705_st_louis/P5150063_st_lou_fed.jpg
15:38.18CIA-55BRL-CAD: 03erikgreenwald * r41506 10/brlcad/trunk/bench/pixcmp.c: use bu_optind instead of optind (win32 fix)
15:41.45CIA-55BRL-CAD: 03erikgreenwald * r41507 10/brlcad/trunk/bench/run.sh: add path info for the msvc build (using cygwin's sh)
15:48.31CIA-55BRL-CAD: 03erikgreenwald * r41508 10/brlcad/trunk/misc/win32-msvc8/brlcad/brlcad.sln: Add pixcmp
15:52.47CIA-55BRL-CAD: 03erikgreenwald * r41509 10/brlcad/trunk/misc/win32-msvc8/pixcmp/ (. pixcmp.vcproj): Add pixcmp
15:58.38CIA-55BRL-CAD: 03erikgreenwald * r41510 10/brlcad/trunk/bench/pixcmp.c: report the right filename when fopen errors
16:05.13CIA-55BRL-CAD: 03erikgreenwald * r41511 10/brlcad/trunk/bench/run.sh: Use a temp file to do the pixcmp test instead of /dev/null. Cygwin fakes a /dev and does not allow opening /dev/null for reading.
16:10.25CIA-55BRL-CAD: 03starseeker * r41512 10/brlcad/branches/cmake/regress/shaders.sh: Mutter... take out hard coded paths and add more ensearch to get shaders.sh working with CMake.
18:17.49CIA-55BRL-CAD: 03starseeker * r41513 10/brlcad/trunk/src/libbu/parse.c: The %p option needs to continue if the lookup didn't succeed - fixes the failure in shaders regression test.
18:31.26*** join/#brlcad Elrohir (~kvirc@p5B14A918.dip.t-dialin.net)
18:40.04starseekerbrlcad: r37164, which reverted ``Erik's change in 37149, re-exposed a problem that's causing the solids.sh regression script to fail
18:40.25starseekerI'm  guessing that regression has probably been failing since January
18:44.39starseekerwait... I see where you updated parse.c...
18:44.58starseekergrr... - when did it start failing again?
18:56.59starseekerit looks like some problem with cp and strncat in bu_vls_struct_print case s...
19:02.45starseekergoes slightly crosseyed... why are we looking directly at vls->vls_str...
19:07.41CIA-55BRL-CAD: 03bob1961 * r41514 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Update calls to setKeypointVC to account for the selection column.
20:54.00CIA-55BRL-CAD: 03erikgreenwald * r41515 10/brlcad/trunk/bench/run.sh: Don't assume bc if dc is not found (but do assume awk as a last ditch attempt, because that's somehow better).
20:54.55CIA-55BRL-CAD: 03erikgreenwald * r41516 10/brlcad/trunk/TODO: TODO rt/bench confirmed on vista.
20:54.59``Erikhttp://brlcad.org/~erik/win32.bench
21:16.53CIA-55BRL-CAD: 03r_weiss * r41517 10/brlcad/trunk/include/bn.h:
21:16.53CIA-55BRL-CAD: Updated macro BN_VECT_ARE_PARALLEL in file 'bn.h'. The macro now can identify
21:16.53CIA-55BRL-CAD: parallel vectors pointing in the same direction and in opposite directions. This
21:16.53CIA-55BRL-CAD: change should improve the results from the mged commands 'facetize' and 'ev'.
21:16.53CIA-55BRL-CAD: Initial test results look good but still in process of full testing.
22:06.24CIA-55BRL-CAD: 03starseeker * r41518 10/brlcad/branches/cmake/src/libbu/parse.c: Rework some of the parser code to address issues observed with the db put ebm.s command in solids.sh regression.
22:08.50CIA-55BRL-CAD: 03starseeker * r41519 10/brlcad/trunk/src/libbu/parse.c: Add parser rework to trunk.
22:28.09CIA-55BRL-CAD: 03starseeker * r41520 10/brlcad/trunk/src/libbu/parse.c: Bad developer - don't wipe out old fixes when committing new ones.
22:30.36CIA-55BRL-CAD: 03starseeker * r41521 10/brlcad/branches/cmake/ (10 files in 7 dirs): Update cmake branch to trunk r41520
22:46.57*** join/#brlcad Elrohir (~kvirc@p5B14A918.dip.t-dialin.net)
22:47.07CIA-55BRL-CAD: 03starseeker * r41522 10/brlcad/branches/cmake/regress/ (iges.sh library.sh shaders.sh spdi.sh): More regress script tweaks - for now I'm committing the addition of my current cmake build dir to the library.sh script, but this needs to become a configure file that CMake generates with the right path info.
22:49.08CIA-55BRL-CAD: 03starseeker * r41523 10/brlcad/branches/cmake/regress/library.sh: Perhaps adding paths would allow both autotools and cmake to specify just the binary name and not name+subdirectory - that would be ideal
22:55.21CIA-55BRL-CAD: 03starseeker * r41524 10/brlcad/branches/cmake/regress/ (CMakeLists.txt gqa.sh): Tweak gqa.sh script, reference correct build target to depend on.
23:15.24CIA-55BRL-CAD: 03starseeker * r41525 10/brlcad/branches/cmake/regress/CMakeLists.txt: depends on fast4-g
23:25.07CIA-55BRL-CAD: 03starseeker * r41526 10/brlcad/branches/cmake/src/librt/primitives/bot/bot.c:
23:25.07CIA-55BRL-CAD: The Tcl_DoOneEvent call here (I believe added by n_reed in r40357) is causing a
23:25.07CIA-55BRL-CAD: crash in the regression tests. Was not there previously. Other calls have been
23:25.07CIA-55BRL-CAD: added - may want to remove them all, but this is the only confirmed troublemaker
23:25.07CIA-55BRL-CAD: at this time.
23:26.29CIA-55BRL-CAD: 03starseeker * r41527 10/brlcad/trunk/src/librt/primitives/bot/bot.c: Remove the known troublemaker from trunk, too
23:47.31starseekerbrlcad: I'm not quite sure what to do about the bio.h failure - cmd.h is using it (apparently) for stuff on Windows?
IRC log for #brlcad on 20101207

IRC log for #brlcad on 20101207

00:06.59*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:22.52*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
00:22.52*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
00:30.56CIA-55BRL-CAD: 03brlcad * r41528 10/brlcad/trunk/ (TODO src/librt/primitives/bot/bot.c):
00:30.56CIA-55BRL-CAD: the Tcl_DoOneEvent() event calls make the new bot interface update
00:30.56CIA-55BRL-CAD: interactively. this will make the interface stall/hang until the task
00:30.56CIA-55BRL-CAD: (bot_decimate, bot_vertex_fuse, etc) completes, but there shouldn't be tcl event
00:30.56CIA-55BRL-CAD: calls down in librt regardless.
00:43.02*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
01:06.11CIA-55BRL-CAD: 03starseeker * r41529 10/brlcad/branches/STABLE/ (12 files in 8 dirs): Update STABLE to trunk r41527
01:08.04starseekerOK - functionally it's looking pretty good here - I'll do some checks tomorrow and see what I can do about preview...
01:09.03starseekerindianla1ry has some smarter wireframe code that does a little more for things like revolve surfaces and sum surfaces - looked abouto ready today, so that may also make release
01:09.11starseeker(nurbs that is)
01:09.32starseekerheads for supper and gym...
01:26.21CIA-55BRL-CAD: 03brlcad * r41530 10/brlcad/trunk/src/libbu/parse.c: simplify, break unreached. msvc complains about set statements within expressions, prefer moving them to separate lines.
01:58.50*** join/#brlcad crazy_imp (~mj@a89-182-217-201.net-htp.de)
03:49.46*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
04:27.18starseekerhmm - well, that worked out
04:27.38starseekerhad ordered a copy of a book for $55, order got canceled, then one shows up for $11
04:27.41starseekersweet
04:46.21Ralithnice
10:37.32*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
11:54.58d-loMernin
12:08.54``Erikyargh
12:09.23d-loi second that motion
12:17.20*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:09.56CIA-55BRL-CAD: 03starseeker * r41531 10/brlcad/branches/STABLE/src/libbu/parse.c: Sync STABLE to trunk r41530
14:01.04CIA-55BRL-CAD: 03erikgreenwald * r41532 10/brlcad/branches/bottie/src/librt/primitives/bot/tie_kdtree.c: remove old cache stuff
15:08.36*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
15:08.36*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
15:43.30CIA-55BRL-CAD: 03indianlarry * r41533 10/brlcad/trunk/ (4 files in 3 dirs):
15:43.30CIA-55BRL-CAD: Added special wire-frame drawing routines for surfaces who's 3D edges tend to
15:43.30CIA-55BRL-CAD: yield a poor graphical representation. These special drawing routines relate to
15:43.30CIA-55BRL-CAD: extruded, revolved and closed surfaces and use the surface subdivision tree. To
15:43.30CIA-55BRL-CAD: improve performance added a 'depthLimit' parameter to surface subdivision
15:43.30CIA-55BRL-CAD: routines for use in wire-frame approximation.
15:47.38CIA-55BRL-CAD: 03starseeker * r41534 10/brlcad/branches/cmake/ (7 files in 6 dirs): Update CMake branch to r41533
17:16.11CIA-55BRL-CAD: 03indianlarry * r41535 10/brlcad/trunk/NEWS: Added news item for improved NURBS wire-frame
17:24.17CIA-55BRL-CAD: 03starseeker * r41536 10/brlcad/branches/cmake/src/libbu/parse.c: Work around value computed is not used error.
17:28.46starseekersags in his chair - nurbs wireframe drawing is not working in the CMake build, since dbio is not working for NURBS - wonder what I'm building wrong
17:29.16CIA-55BRL-CAD: 03Ygozisise 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Business-credit-card.pdf]]"
18:12.51CIA-55BRL-CAD: 03starseeker * r41537 10/brlcad/branches/cmake/src/librt/CMakeLists.txt: OBJ_BREP definition is not just for MSVC - yay, can load NURBS now.
18:57.48``Erikstarseeker: http://www.eeggs.com/items/37085.html http://www.rhinocerus.net/forum/lang-lisp/436971-sbcl-kitten-message-help-needed.html
18:58.14``Erik"kitten of death", not "death kitten", my bad
19:00.00starseekershakes head - good to know programmer humor still lives
19:02.39starseeker``Erik: did you see this?  http://lisp.geek.nz/weekly-repl/
19:02.54starseekerhas something to listen to at gym tomorrow
19:09.24``Erikhow lame is that, my mac at home doesn't have wget or fetch, I had to look up how to use curl O.o :D
19:10.07starseekerheh - yeah, curl is kinda... odd
19:12.30``Erikecho 'curl -o "`echo $1 | sed 's,.*/,,'`"
19:12.36``Erik$1'
19:12.50``Erikaccidently hit return, w00pz :D
19:12.54starseekeryow
19:13.13``Erikecho 'curl -o "`echo $1 | sed 's,.*/,,'`" "$1"' > ~/bin/mycurl
19:42.17CIA-55BRL-CAD: 03indianlarry * r41538 10/brlcad/trunk/src/libbu/image.c: Add 'depth' parameter to png_save() for RGB and RGBA formats.
19:43.32*** join/#brlcad cosurgi (~cosurgi@89-73-55-112.dynamic.chello.pl)
19:48.01CIA-55BRL-CAD: 03bob1961 * r41539 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Fixed a typo in Ged::apropos.
19:53.20CIA-55BRL-CAD: 03erikgreenwald * r41540 10/brlcad/branches/bottie/src/librt/primitives/bot/tie_kdtree.c: rearrange some stuff, clean things up
19:54.38CIA-55BRL-CAD: 03erikgreenwald * r41541 10/brlcad/trunk/NEWS: mention windows benchmark
20:02.42starseeker``Erik: I'm sure this is a dumb question, but why are *loc++ and *loc = *loc + 1; not the same?
20:03.06``Erik++ takes precedence over *, iirc
20:03.51starseekerso... how do I do *loc++ in a fashion that does not cause "value computed is not used" errors?
20:04.44``Erikerm, lemme walk over
20:09.04CIA-55BRL-CAD: 03starseeker * r41542 10/brlcad/branches/cmake/src/other/incrTcl/ (itcl/CMakeLists.txt itk/CMakeLists.txt): Since we are putting library files in subdirectories, we need to tell RPATH about it
20:28.27CIA-55BRL-CAD: 03starseeker * r41543 10/brlcad/branches/cmake/src/libbu/parse.c: the 'workaround' apparently wasn't right, revert for now.
20:40.27CIA-55BRL-CAD: 03starseeker * r41544 10/brlcad/branches/cmake/src/libbu/parse.c: Don't need * - thanks Erik
20:57.47CIA-55BRL-CAD: 03starseeker * r41545 10/brlcad/trunk/src/libbu/parse.c: Switch loc in the main branch too.
21:00.34*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
21:01.25CIA-55BRL-CAD: 03indianlarry * r41546 10/brlcad/trunk/src/tclscripts/mged/anim.tcl: Added path separator to sketch paths, also forced single command evaluation
21:06.14*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
21:24.25CIA-55BRL-CAD: 03brlcad * r41547 10/brlcad/trunk/src/tclscripts/mged/anim.tcl: shouldn't directly use path separators on paths. use file join for portability, passing the buck down to the callers since we need to join individual command names.
21:41.49CIA-55BRL-CAD: 03bob1961 * r41548 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: This update affects setting the keypoint in any of the "Relative Edit" tables. If the row in question has been selected, all selected rows will have their keypoints set using the view center.
21:51.47CIA-55BRL-CAD: 03brlcad * r41549 10/brlcad/trunk/NEWS: reiterate the format. NEWS items should be just one line per user-visible change. clarify credits.
21:58.15CIA-55BRL-CAD: 03brlcad * r41550 10/brlcad/trunk/NEWS:
21:58.16CIA-55BRL-CAD: original comment from keith was closer to the user-visible feature mark.
21:58.16CIA-55BRL-CAD: improved NURBS wireframes. he added special wire-frame drawing routines for
21:58.16CIA-55BRL-CAD: surfaces whose 3d edges tend to yield a poor graphical representation.
22:01.31CIA-55BRL-CAD: 03brlcad * r41551 10/brlcad/trunk/NEWS: erik (re)ported the benchmark suite (pixcmp, benchmark script) to windows, albeit still requiring a posix shell and probably more (works on cygwin).
22:21.13CIA-55BRL-CAD: 03Ygozisise 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Business-cash-advance.pdf]]"
22:56.12CIA-55BRL-CAD: 03starseeker * r41552 10/brlcad/trunk/src/libged/preview.c: Revert preview to the state of commit 37421 (plus a local definition of MAXARGS) - will need more work after release.
23:00.34*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:05.39CIA-55BRL-CAD: 03starseeker * r41553 10/brlcad/trunk/TODO: Reverted preview, will need to sort out after release. Final release process now beginning.
23:15.05CIA-55BRL-CAD: 03brlcad * r41554 10/brlcad/trunk/src/libged/preview.c: working towards repair. first step: the benign ws changes.
23:25.46CIA-55BRL-CAD: 03brlcad * r41555 10/brlcad/trunk/src/librt/cmd.c: ws indent cleanup. rt_do_cmd() is precariously out of place residing in librt. make a note that it needs to move to libbu, even though it'll likely be minimally impacting.
23:30.09CIA-55BRL-CAD: 03brlcad * r41556 10/brlcad/trunk/src/librt/cmd.c: allow the command table to have a negative max count, effectively implying unlimited.
23:39.53starseekerbrlcad: http://bzflag.bz/~starseeker/bot_gui.png
23:42.11*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
IRC log for #brlcad on 20101208

IRC log for #brlcad on 20101208

00:05.48CIA-55BRL-CAD: 03starseeker * r41557 10/brlcad/trunk/ChangeLog: Update the Changelog
00:07.15CIA-55BRL-CAD: 03starseeker * r41558 10/brlcad/trunk/ (NEWS include/conf/MINOR): Update revision numbers to 7.18.0
00:14.21starseekerOooo - AMD Phenom II X6 1100T - 6 core CPU for $265
00:14.33CIA-55BRL-CAD: 03brlcad * r41559 10/brlcad/trunk/src/libged/preview.c: inline the call to _ged_setup_rt(). no logic change.
00:14.43starseekerwonders if they have motherboards that support two of them - 12 core raytracing :-) :-)
00:15.21brlcadehh.. http://www.apple.com/macpro/
00:15.53brlcadcame out in august
00:21.06starseekerstarting at $5k though :-)
00:21.41starseekeris hoping for inexpensive PC motherboard...
00:23.08starseekerawesome Apple though :-)
00:23.24brlcadsounds about right, the motherboard and each cpu are about $1k a pop, so 3k + 2k for base system (memory, buses, bridges, drives, etc)
00:23.55CIA-55BRL-CAD: 03starseeker * r41560 10/brlcad/branches/STABLE/ (15 files in 10 dirs): Sync STABLE to trunk r41558
00:24.05brlcadnice to see amd undercut that price though
00:25.12starseekerhopes his current PC lasts long enough that his next one can be a 12+ core machine - that'll be one heck of a performance boost
00:26.51brlcadheh, a loaded config with *everything* they'll let you add comes to $18k :)
00:27.01starseekerurk
00:27.09brlcad8TB spinning raid
00:27.20brlcadover fibre
00:27.36starseekerhow does that stack up against SSD?
00:27.50brlcadamazingly, applecare is just $250 ...
00:29.30starseekerjeez - up to 4 512GB solid state drives
00:29.35starseekerunreal
00:51.30CIA-55BRL-CAD: 03starseeker * r41561 10/brlcad/branches/STABLE/src/librt/primitives/bot/bot.c: Hmm, missed a few of the Tcl_DoOneEvent removals somehow.
00:51.53brlcadtree diff?
00:52.03starseekeryep
00:52.14starseekerbig merge this time, figured better safe than sorry
00:52.54starseekerready to roll now - next commit should be the tag
00:57.03CIA-55BRL-CAD: 03starseeker * r41562 10/brlcad/tags/rel-7-18-0/: Tagging release 7.18.0
01:01.22``Erikw00t
01:05.46CIA-55BRL-CAD: 03starseeker * r41563 10/brlcad/trunk/ (NEWS include/conf/PATCH): Increment the version numbers into the next developer cycle, now that we're tagged.
01:06.17brlcader, you missed README..
01:06.21brlcadfollowing HACKING?
01:06.49starseekerwhoops
01:06.54starseekerslip of the eye
01:07.03starseeker(HACKING is in front of me right now)
01:08.00brlcadtechnically missed a bunch of .bat files for windows too, but those aren't in HACKING on purpose so Bob or someone(tm) else will eventually fix them
01:08.19brlcadno reason there should be version numbers outside of our top-level docs and the include/conf files
01:08.20CIA-55BRL-CAD: 03starseeker * r41564 10/brlcad/trunk/README: Increment README too
01:10.21starseekernods - actually, part of the CMake plan was to try and address those and generate everything from the one source
01:11.36starseekersrc tarball building now - I'll upload that and then put together an email announcement, unless you'd like to do it brlcad - whatever you prefer
01:16.44brlcadstarseeker: i wouldn't mind proof-reading somewhere, but go for it
01:17.01starseekerrighto
01:17.42brlcadstarseeker: cmake doesn't really fix the .bat files -- at best you wrap and auto-generate them
01:17.56brlcadthe problem is that they CONTAIN a version number, they shouldn't
01:18.28brlcadthere's no reason for them to, that's the whole point of the bu_brlcad_root and bu_brlcad_data interface
01:18.39starseekerAh
01:18.48brlcadthey may even "just work" if the versions are removed, but need someone on windows to test and possibly debug
01:19.03brlcadit'll just be petty assumptions if it doesn't work, or it'll just work and they can come out
01:19.36starseekernods. K, I was figuring there was a reason for 'em and I'd autogenerate them, but removing them is of course better
01:19.59starseekerdid we have a brlcad-news announcement for 7.16.10?
01:20.20brlcadshouldn't even need a batch file, really, but that's a bit more involved for some of them
01:20.53brlcadI don't believe we did
01:21.27starseekershould I address items from that in the categorized changes?
01:21.59brlcadI usually combine previous unannounced releases into one
01:22.18starseekerk - this could be a long email :-)
01:22.46brlcade.g., http://brlcad.org/d/node/21
01:23.28brlcad7.16.8 was pretty long: http://brlcad.org/d/node/48
01:23.53brlcadI did this for 7.16.4 when it had been too long:  http://brlcad.org/d/node/43
01:24.02brlcadI doubt we're that long
01:24.26starseekeralright
01:24.32brlcadthere were two hundred user visible changes getting announced for the 7.16.4 release
01:24.36starseekerstarts uploading tarball...
01:25.27brlcadjust 52 changes since 7.16.8
01:25.59brlcadcan write it up and we'll see how it looks
01:58.05*** join/#brlcad crazy_imp (~mj@a89-182-207-107.net-htp.de)
02:17.09starseekerbrlcad: draft sent
02:21.22starseekerpacks up and heads out
08:05.06*** join/#brlcad merzo (~merzo@193.254.217.44)
10:10.27CIA-55BRL-CAD: 03d_rossberg * r41565 10/rt^3/tags/rel-7-18-0/: tag the C++ core interface with the corresponding BRL-CAD version (i.e. 7.18.0)
10:36.22``Erikhm http://www.codequarterly.com/
12:01.42*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:59.00``Erikhttp://www.amazon.com/U-S-S-Enterprise-Manual-Haynes-Workshop/dp/1844259412
12:59.23d-loahahahahaha, thats awesome!
13:47.49starseekeractually may have somewhere the original and NG technical manuals, if he didn't get rid of them
13:48.12starseeker(hope I still have the original - that might be worth something nowadays)
14:34.15starseekerstarts saddling up and heading in
15:13.48``Erikhm, X seems to be using libcheck now
15:23.57*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:44.44CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:Business-credit-card.pdf]]"
15:45.13CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Ygozisise]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages: fucker
15:46.26CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:Business-cash-advance.pdf]]"
16:01.26d-lobrlcad: can i waz ceezeballs?
16:01.49brlcadheh, sure
16:02.06d-lodanke
16:02.15d-lothey've been taunting me all morning :/
16:02.17brlcadhehe
16:02.19brlcadexcellent
16:02.36d-loyou've got an evil streak, i see :)
16:08.23*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
16:09.53brlcadmauahahahahaha
16:10.04brlcader, I mean .. no, of course not
16:17.47d-lois nom nom nom
16:35.00brlcadso this is a pretty big one
16:36.03brlcadI've set up a publication portal in our wiki as a pipeline for suggesting, writing, reviewing, and editing upcoming publications
16:37.09brlcadthe gist is that most of our community publications will go through there so we can collectively see who is working on what and even help collaborate on the documents as well as providing editorial revision control and document history as things are written
16:38.30brlcadit's a pretty effective mechansim for online collaboration that I've used elsewhere, so your feedback and comments would be appreciated
16:38.36brlcadpokes CIA-55
16:39.02brlcadhttp://brlcad.org/wiki/Community_Publication_Portal
16:39.33brlcadI've left it without any content for starters just so people can become familiar with it sans content first
17:02.27CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2357 10/wiki/Community_Publication_Portal: add editing standards along with formatting standards
17:10.35CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2358 10/wiki/Community_Publication_Portal: briefer
17:29.43*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
17:29.49d-lohttp://www.theonering.net/torwp/2010/12/07/41135-torn-exclusive-cate-blanchett-ken-stott-sylvester-mccoy-mikael-persbrandt-join-cast-of-peter-jackson%E2%80%99s-%E2%80%9Cthe-hobbit%E2%80%9D/
17:30.23d-lotwo part-er
17:30.44d-loI wonder if Jackson will leave the storyline a bit more intact on this one :)
18:09.09*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
18:17.27starseekerd-lo: I'd be nice, but I have to admit by hollywood standards he did pretty well with the LOTR stuff
18:18.08starseekerI would probably have been more OK with messing with the Hobbit than LOTR though
18:21.13d-loIm still mad about Tom Bombadil not being in the movies at all.
18:21.43d-lothere's like 12+ hours of movie.  Plenty of time for environment setting characters like that.
18:21.50d-logrumble.
18:24.09``Erik"by hollywood standards" heh
18:26.48starseekerI was most annoyed by a) Faramir (and to some extent Denathor) getting a bad rap b) the Ents getting tricked into attacking and c) the apparent inability of Gondor's troops to do squat when fighting orcs
18:29.11starseekermust say I didn't miss Bombadil much - was more annoyed by their handling of Aragorn looking into the Palantir
18:29.27d-loYeah, Faramir was supposed to 'understand' that Frodo was doing something big and he needed to go.
18:29.47d-lomissed the mark totally on his character
18:30.17d-loif i remember correctly, the elves didn't show up to helms deep either (in the books)
18:30.22d-lothats a rather large change :)
18:30.57starseekeryes, true - I could have forgiven that one, but it was unnecessary/annoying
18:31.33d-lothen there's that whole added part at the end of the second movie
18:31.41d-lothat ruins of a city or whatever it was
18:31.58d-lothat frodo and sam get caught in the middle of a battle
18:32.17d-lo...all added so Sam can deliever that 'emotional' speech.
18:32.33d-lothat was annoying.
18:32.57d-loBut you and my wife agree on the Aragorn thing
18:33.04d-lothey messed his character up
18:33.23*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
18:33.31starseekerI never got the sense in the books that Aragorn was avoiding his destiny at all
18:34.09d-loexactly
18:34.35d-loi always viewed him as that 'make of iron' badass
18:35.25starseekerthe Palantir thing was (IMO) vitally important in the books because it was the real test of Aragorn as king - even Galdalf was wary of doing that, and Aragorn eventually wrested control of the Palantir from Sauron himself
18:36.51d-lothat was the magic ball of communication, right?
18:36.57starseekeryep
18:36.59d-lonever was good at all those stupid names :)
18:38.26starseekerit never made it into the original movie, and even in the extended edition it wasn't any big deal
18:39.46starseekernot to mention the ghost army never came to Gondor... although I guess if Gondor's soldiers were gonna be such wimps I suppose they had to do something like that
18:40.08starseekerhmm... maybe they didn't do as well as I thought
18:52.15d-loNow that we are talking LotR... i wonder if we shouldn't try to do the trilogy for Lunchtime Theatre....hrm....
18:54.31``Erikwait, what? they wrote books about the lotr movies? :> *duck*
18:55.55starseekerheh
18:59.18``Erikheh, a seaquest dsv model, even... http://www.scifi-meshes.com/forums/downloads.php?do=file&id=117
19:00.41d-lohahaha neat
19:01.20d-lohttp://www.youtube.com/watch?v=alPmPSls-9s&feature=player_embedded
19:02.53``Erikno models downloadable from coolhand, he sells 'em at 3d02.com :/
19:04.34d-lobah
19:04.48d-lowell, they are high wuality enough, i suppose it makes sense he'd want a few $ for em
19:06.51d-los/quality/quality/   damn home keys :)
19:11.00d-loAtlantis... nice!  http://www.scifi-meshes.com/forums/downloads.php?do=file&id=10
19:43.47d-lo``Erik: i got that arauna running if you wanna see it.
19:54.56d-lohttp://igad.nhtv.nl/~bikker/
20:42.14CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2359 10/wiki/Community_Publication_Portal: add final draft revision of 7.18.0 release notes from cliff, ready for review
21:09.49*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
21:35.46starseekerO.o http://www.g503.com/forums/viewtopic.php?f=24&t=175157
21:40.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:04.30CIA-55BRL-CAD: 03bob1961 * r41566 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Modified CombEditFrame::toggleSelect to check if the row in question exists or not.
22:17.22CIA-55BRL-CAD: 03bob1961 * r41567 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Change the cursor for the relative-edit tables.
22:55.04CIA-55BRL-CAD: 03brlcad * r41568 10/brlcad/trunk/src/util/ (bwhisteq.c pix3filter.c pixmorph.c rle-pix.c wavelet.c): more checking of return values for fwrite/fread/scanf that were queued up on release tagging.
22:55.26CIA-55BRL-CAD: 03r_weiss * r41569 10/brlcad/trunk/sh/conversion.sh: (log message trimmed)
22:55.26CIA-55BRL-CAD: Updated the 'conversion.sh' script. Removed the 'conversion time limit exceeded'
22:55.26CIA-55BRL-CAD: log messages. When the time limit is exceeded it now shows 'extl' next to either
22:55.26CIA-55BRL-CAD: 'bot' or 'nmg' instead of 'fail'. I did this to make is easier to compare
22:55.26CIA-55BRL-CAD: between runs of the script, i.e. reading the 'diff' is a little easier. I also
22:55.27CIA-55BRL-CAD: changed capitalization of some messages just for consistency and to simplify
22:55.28CIA-55BRL-CAD: running 'grep' on the log. I am sure there is a better way to make these changes
23:08.11brlcadaua, but that touches disk!
IRC log for #brlcad on 20101209

IRC log for #brlcad on 20101209

01:05.43CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2360 10/wiki/Community_Publication_Portal: editorial review resulting in a mild restructuring, removal of itemized credit, and a little punctuation liberty to reduce some redundancies
01:09.12brlcadstarseeker: see how that reads to you
01:10.15brlcadmostly took your words and just regrouped for clarity, commonality, and emphasis
01:12.00brlcadcan't seem to decide whether the mged command names should be wrapped in single quotes or whether italicized is enough
01:12.51CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2361 10/wiki/Community_Publication_Portal: try single quotes around command names so it's more readily copy-pasteable to plain-text without editing
01:14.07CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2362 10/wiki/Community_Publication_Portal: 7.18.0 release notes ready for publication
01:31.15CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2363 10/wiki/Community_Publication_Portal: add a slew of ideas to the hopper. adrt, nurbs, archer, rt lighting model, point clouds, v4, goliath, and Lu??s Ferreira's student projects
01:31.57CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2364 10/wiki/Community_Publication_Portal: add her references
01:33.57CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2365 10/wiki/Community_Publication_Portal: NURBS article is already in initial draft form
01:37.08CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2366 10/wiki/Community_Publication_Portal: chumaciera model
01:38.37CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2367 10/wiki/Community_Publication_Portal: expand on archer article
01:58.23*** join/#brlcad crazy_imp (~mj@a89-182-214-184.net-htp.de)
02:15.28CIA-55BRL-CAD: 03brlcad * r41570 10/brlcad/trunk/TODO: some ideas sparked by john's patch to only handle regions and richard's recent addition of a file semaphore.
03:56.20*** join/#brlcad yukonbob_ (~bch@d142-179-14-106.bchsia.telus.net)
04:09.28yukonbob_hello, #brlcad
06:21.57*** join/#brlcad yukonbob_ (~bch@S010600235a187d92.ok.shawcable.net)
10:39.21starseekerbrlcad: looks good (much better :-) to me
10:40.00starseekerwill send when he gets in - on my way out now
11:19.27*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:17.50d-lo*snicker* http://www.youtube.com/watch?v=hUDaITFDxEs&feature=related
12:30.48*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:01.44*** join/#brlcad ibot (~ibot@rikers.org)
14:01.44*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.16.10 is posted! (20100805)
14:12.27CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2371 10/wiki/Community_Publication_Portal: /* Idea Hopper */ slew of additional ideas for the hopper including gsoc projects, 2010 stats, new gui, rtgl, bib, schedule, vision, and more
14:12.43brlcadthat should be more than enough to keep us busy for the next year!
14:13.06brlcadin fact, that'd be two years worth of articles if all were written today and we did nothing new...
14:13.47starseekercool
14:14.07starseekerbrlcad-news email will be going out in a couple minutes
14:14.15starseekerdo I need to send anything to the dev list?
14:14.24brlcaddev list?
14:14.57starseekerI posted that the trunk was entering release prep mode - do I need to say it's open for business again?
14:15.06brlcadoh
14:15.32brlcadyou can if you like, but the news posting kind of says that too (along with the version bump commit)
14:15.56starseekerok
14:18.41CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2372 10/wiki/Community_Publication_Portal: publication date of dec22 for nurbs
14:20.44starseekercrosses fingers...
14:21.59starseekeroh, whoops... am I subscribed to news with that email?
14:23.30starseekerok, good
14:23.34starseekerwaits...
14:27.20starseekerhmm...
14:27.26starseekerpokes sourceforge
14:34.25starseekerbrlcad: you want to use the same release notice for the brlcad.org front page?
14:34.44brlcadyeah, and the sf news
14:35.37brlcadyou can use basic html formatting on the front page, but then back to plain text for sf news
14:36.03starseekeralrightie
14:36.16starseekerfront page article coming up next
14:36.25brlcad<b>tags</b> on your itemized list sections and <i>commands</i> on the commands
14:36.41*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
14:36.57brlcad<ul><li>list1</li><li>list2</li> for the itemized list will make it come out like the wiki
14:36.58starseekeroh... I just snarfed the html direct from the CPP page
14:37.17brlcadthat might work, check the preview though
14:37.33brlcadit's a subset of html that it recognizes
14:37.50starseekerpreview looks OK here... is submitting an article a perminant thing or can it be tweaked after the fact?
14:37.54brlcads/recognizes/allows/
14:38.04brlcadyes
14:38.12brlcad:)
14:38.30brlcadthe sf news one cannot
14:38.31starseekerheh
14:38.37starseekerk
14:40.14starseekerpokes CIA-55
14:44.30starseekergrumps that the sf news thing doesn't have a preview option...
14:44.53starseekernice that the text window is resizable though - helps eliminate line breaks
14:46.40starseekerok, sf news item is up
14:59.12starseekerah, crap - I got the tag wrong on the freshmeat thing
15:53.59brlcadthe tag's fine
15:54.48starseekeris there typically a lag with the brlcad-news posts?
15:55.41brlcadall postings to brlcad-news get held in a queue for moderation, but I get an immediate notice
15:55.49brlcadnothing received
15:55.54starseekergrr
15:56.02brlcadlet me check the queue
15:56.28starseekersent from gmail - Thu, Dec 9, 2010 at 9:20 AM
15:58.06brlcadodd, it's in the queue, but I've just not yet received the notification
15:58.17starseekerah,  phew :-)
15:58.29brlcadit's on its way
15:58.35starseekerthanks :-)
16:01.50brlcadspanks himself
16:01.56brlcaddefinitely should have announced the 7.16.10 features .. that's a long announcement :)
16:02.53brlcadalthough it's still on the mark, less than 500 words (sans the list)
16:03.06starseeker:-)
16:04.06brlcadall in all, though, a fine piece of work
16:04.23brlcadeasily justifies the .0 status
16:04.43starseekeragrees - lots of good stuff there
16:04.55starseekerand at least this time we fixed the regressions BEFORE the release :-P
16:05.51starseekerbrlcad: I'd like to track down any problematic systems remaining for the opengl stuff and get those fixed
16:06.05starseekerwe really need to start having opengl turned on by default
16:06.06brlcadrt outputting png is probably the most appreciated day-to-day feature in that release
16:07.04brlcadyou can start just by building with opengl enabled on every system you can find, but there are also a couple bug reports iirc
16:07.26starseekerok, sounds good
16:07.48brlcadthe problems iirc are basically just assumptions our code makes
16:08.24starseekerhas a feeling that sometime relatively soon we're going to have to start requiring opengl, at least for GUI stuff...
16:08.25brlcadif you assume direct context, then the indirect context platforms will bork; if you assume indirect, then platforms insisting on direct will bork or performance will really suck
16:09.30brlcadrestarting that dm-tk and fb-tk effort with opengl?
16:09.46starseekerin essence - that's really what the togl stuff is
16:09.55starseekerplus all of Bob's goodies in Archer
16:09.58brlcadthe problems we have are "mostly" glx related
16:11.16brlcadhttps://sourceforge.net/projects/brlcad/forums/forum/362510/topic/4007604
16:11.21starseekerI know you guys fixed some of the issues a little while back - certainly on the Mac
16:12.18starseekeroh no...
16:12.42brlcadhits the road
16:42.13*** join/#brlcad yukonbob_ (~bch@S01060050bf9b099c.ok.shawcable.net)
16:42.18yukonbob_hello, #brlcad
17:47.47CIA-55BRL-CAD: 03Harris227940 07http://brlcad.org * r2373 10/wiki/User:608_buy_levitra:
18:08.04CIA-55BRL-CAD: 03Starseeker 07http://brlcad.org * r2374 10/wiki/Community_Publication_Portal: Release notice published - removing from CPP
18:12.42starseekerah, right - CIA-55 only reports wiki edits
18:15.31brlcadonly?
18:15.52starseekerit didn't pop up anything when I posted the announcement
18:15.58starseekeror when I fixed the release number
18:16.20brlcadah
18:16.26brlcadthose are in drupal
18:17.21CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:608 buy levitra]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
18:18.16CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Harris227940]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
19:21.26*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
19:29.44*** join/#brlcad yukonbob (~bch@20-144.wireless.kamloops.net)
19:29.50yukonbobhello #brlcad
19:30.00starseekerwelcome :-)
19:30.19yukonbobhey starseeker. long time no chat.
19:30.39starseekerI've been here - where've you been? :-P
19:32.06yukonbobI've been everywhere, man.
19:32.07yukonbobCrossed the desert's bare, man.
19:32.07yukonbobI've breathed the mountain air, man.
19:32.07yukonbobOf travel I've had my share, man.
19:32.09yukonbobI've been everywhere.
19:32.53starseekerso you've been doing Lisp programming? <ducks>
19:33.41yukonbobheh...
19:33.49yukonbobmostly sysadmining...
19:34.17yukonbobwas doing some C/Tcl lastnight though (first time in few weeks) which was quite pleasant...
19:34.38starseekernods - sysadmin tasks can be a real pain
19:35.21yukonbobstarseeker: doesn't help that my role/job (non-)description is full of creature feep.
19:35.41yukonbobmeh -- whatever... roll w/ the punches.
19:35.50yukonbobhow're things?
19:38.30starseekerdoing the 7.18.0 release (although BRL-CAD is having to be dragged kicking and screaming to release ready status)
19:38.54yukonbobstarseeker: stubborn bugs?
19:39.31starseekersomewhat, but it's more like every time we turn a corner a NEW bug crops up
19:39.39starseekerthe Windows installer is misbehaving now
19:40.39yukonbobstarseeker: how big a part of the ecosystem is Windows?
19:42.20starseekerunfortunately, it's quite significant
19:42.34starseekeryou can check the sf.net download stats
19:44.22brlcadstarseeker: that's why it's important that all devs run distcheck and the regression tests regularly
19:45.07starseekertrue, but those wouldn't have caught the windows issue
19:45.21brlcadit's not something that is hit up once and forgotten about, takes ongoing attention to get a clean release
19:45.35brlcadthat's part of the point of aiming for monthly releases and trying to stick to them
19:46.35brlcadwindows binary notwithstanding, the 7.18.0 release hasn't been that bad
19:46.58brlcadjust the cruft from 3 months of not releasing and nobody checking in the meantime
19:47.05brlcadshouldn't always be just me :)
19:47.16yukonbobwaves to brlcad
19:47.21brlcadhello yukonbob
19:47.31brlcadyukonbob: care to write an article? :)
19:47.38yukonbobabout?
19:47.41yukonbobexodus?
19:47.52brlcadsomething brl-cad related
19:48.22brlcadcan be short, just 250-500 words
19:48.24brlcad:)
19:48.24CIA-55BRL-CAD: 03Francis813751 07http://brlcad.org * r2375 10/wiki/User:931_buy_viagra:
19:48.39yukonbobbrlcad: suggestion?
19:49.49brlcadyukonbob: didn't you have an mged scripting tutorial?
19:49.53CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:931 buy viagra]] with an expiry time of infinite (account creation disabled): Spamming links to external sites
19:49.55brlcadyou could write about that
19:50.04CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Francis813751]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
19:50.08yukonbob*does* like mged ;)
19:50.17yukonboband Tcl
19:50.23yukonboband csg...
19:50.36brlcadthere's three topics right there
19:50.53yukonbobspeaking of Tcl -- what's the current state of Tcl in brl-cad... is @ 8.5.x?
19:51.05yukonbobnotes Tcl is what brought me to brlcad
19:51.08starseeker8.5.8
19:51.09yukonbob*brl-cad
19:51.17*** join/#brlcad merzo (~merzo@187-183-94-178.pool.ukrtel.net)
19:51.17yukonboband brlcad ;)
19:51.30brlcadheh
19:51.54yukonbobbrlcad: is for brlcad.org?
19:58.51yukonbob.
19:59.04yukonbobtests network, as is flaky at this end lately.
19:59.19brlcadyep, website and mailing list
19:59.33brlcadhttp://brlcad.org/wiki/Community_Publication_Portal
20:00.57yukonbobbrlcad: Tcl is suitable (i.e.: is still relevant into foreseeable future?)
20:01.07brlcadwhy wouldn't it be?
20:01.26yukonboboh I don't know -- rip it out and replace it w/ something trendy like lua?
20:01.28yukonbob;)
20:02.22yukonbobi can look for my "hub" program and other creation/querying...
20:02.32yukonbob*creation/querying tools;.
20:02.36brlcadif we were to do anything like that, it'd be a move towards something like gimp's script-fu where you could use a variety of languages including tcl, lua, python, bash, etc
20:03.03yukonbobdidn't know script-fu was anything other than python, tbh.
20:03.09brlcadplugin scripting interface was envisioned for the next generation GUI
20:03.57*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
20:04.01brlcadscript-fu is scheme
20:04.09yukonbobdoesn't scripting/gui nearly always boil down to tcl/tk?
20:04.11brlcadwith additional plugins for perl and python
20:04.17yukonbobperl: embed tcl/tk
20:04.22yukonbobpython: embed tcl/tk
20:04.59yukonbobunless you're using various bindings for either gtk or qt.
20:06.51brlcadwe have little to gain by intentionally excluding or removing scripting capability
20:07.23brlcadmaking the scripting layer modular would be a "good thing" though
20:07.48brlcadlibged gets us really close
20:11.39yukonbobwishes he had a running brl-cad installation...
20:11.53yukonbobI blame the move to 8.5b
20:14.14starseekerOK, old 7.18.0 exe installs are moved to OldFiles - we'll put new ones up when we have something that works
20:20.42brlcadshould update the readme in that folder explaining the issue and new release pointer -- have to update the freshmeat link too
20:32.11starseekerk - I'll do the readme now, but for the moment there's nothing to point to from freshmeat
20:36.30CIA-55BRL-CAD: 03bob1961 * r41571 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: Check for the existence of microsoft redist files along "Program Files" path. If that fails use "Program Files (x86)".
20:54.32yukonbobis .18.0 tagged?
20:54.45``Erikyes
20:54.55yukonbobnice
20:54.57yukonbobwaves to ``Erik
21:12.53*** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.18.0 is posted (20101209)
21:17.15``Erikhas uploaded a 32b winderz 7.18.0, could use a tester O.o
22:27.52``Erikhm, a friend of a friend is looking for an iphone programmer
IRC log for #brlcad on 20101210

IRC log for #brlcad on 20101210

00:15.43*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:25.53CIA-55BRL-CAD: 03r_weiss * r41572 10/brlcad/trunk/src/librt/primitives/pipe/pipe.c:
00:25.53CIA-55BRL-CAD: Updated function rt_pipe_tess. Changed some tolerances that were preventing some
00:25.53CIA-55BRL-CAD: pipe bends from tesselating. Also changed some compares from 0.0 to SMALL_FASTF
00:25.53CIA-55BRL-CAD: which could be causing problems. These changes improved 'ev' and 'facetize' for
00:25.53CIA-55BRL-CAD: the sample model 'toyjeep.g'. Further testing is necessary but I believe these
00:25.53CIA-55BRL-CAD: changes will show improvement in other models containing pipes.
00:29.11brlcad200,000 objects converted
01:42.35*** join/#brlcad yukonbob_ (~bch@S010600235a187d92.ok.shawcable.net)
01:52.57CIA-55BRL-CAD: 03r_weiss * r41573 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c:
01:52.57CIA-55BRL-CAD: Updated functions 'nmg_boolean' and 'nmg_booltree_evaluate'. Removed
01:52.57CIA-55BRL-CAD: 'nmg_model_fuse' from the function 'nmg_boolean' and placed it within
01:52.57CIA-55BRL-CAD: 'nmg_booltree_evaluate' which is later in the boolean process and is where all
01:52.57CIA-55BRL-CAD: the geometry is location in a single nmg model structure. This change appears to
01:52.57CIA-55BRL-CAD: improve 'facetize' but further testing is necessary.
01:58.43*** join/#brlcad crazy_imp (~mj@a89-183-92-126.net-htp.de)
02:23.31*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
04:20.02*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
04:20.03*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
05:30.29*** join/#brlcad yukonbob_ (~bch@S0106001cf044d085.ok.shawcable.net)
05:40.01*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
05:59.48*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
06:28.16*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
10:09.05*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
11:39.04d-loMernin all!
11:43.57*** join/#brlcad merzo (~merzo@143-100-94-178.pool.ukrtel.net)
12:11.18``Erikyargh
12:31.31*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:32.56*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:06.12``Erikohyeh, that's a slow computer
14:07.28CIA-55BRL-CAD: 03brlcad * r41574 10/brlcad/trunk/doc/docbook/system/mann/en/search.xml: gree!
15:28.52CIA-55BRL-CAD: 03brlcad * r41575 10/brlcad/trunk/sh/conversion.sh:
15:28.52CIA-55BRL-CAD: add the ability to specify a secondary mged that supports the search command so
15:28.52CIA-55BRL-CAD: you can find geometry using a 7.14.0+ enabled mged, but then convert geometry
15:28.52CIA-55BRL-CAD: using versions of mged that predate the search command. also add the ability to
15:28.53CIA-55BRL-CAD: specify search parameters so you can limit conversion to subsets of geometry
15:28.53CIA-55BRL-CAD: like only regions, primitives, top-level objects, etc.
15:30.17``Erikheh, yeh
15:31.07``Erikrweiss had mentioned that the script seemed skewed due to doing all 'things' instead of just regions, I'm not sure I see any significant value in measuring above region level, but below is a good debug exercise for failures
15:31.54``Erikg-nmg can probably be trivially instrumented with failure info, as well
15:40.43``Erikhm, new arm kernel built, dd'd to a drive... but I think I'll hold off on trying to boot it, I surspect kernel hacking will follow
15:46.26starseekerneeds to remember the difference between grees and trees ;-)
15:48.18starseeker``Erik: I'd imagine converting above the region level is sometimes desirable if you want one BoT object that represents an entire vehicle without managing multiple bots
15:49.23starseekerAdmittedly I can't really think offhand of a case where that might be an issue, but I suppose it might be in some simple web viewers or something else very simple...
15:49.42starseekerdunno much about the various 3d display plugins
15:49.53starseekersaddles up and heads in
16:08.29``Erikoff the top of my head, I cannot think of anything that wants a single massive triangle soup that cannot collate it all itself :/
16:09.04``Erikeven lame crap like ogre and osg can cope with multiple meshes :D even wavefront!
16:30.17*** join/#brlcad yukonbob_ (~bch@S01060050bf9b099c.ok.shawcable.net)
16:44.57brlcadthere's nothing special about regions as far as conversions are concerned other than the implicit assumption that there should only be unions/groupings above it
16:45.28brlcadit's not skewed, it's the reality of the database, just an artifact of the fact that it's a DAG
16:46.34brlcadthe bigger problem going above the region level is ending up with resulting meshes that preserve solidity
16:47.33brlcadstill that's all completely irrelevant per my comments on the mailing list about what the script's scope and purpose is
16:48.32brlcadthose changes let the script's scope increase a little bit more so we can test OTHER questions like just conversion of regions or just primitives or any other arbitrary set of geometry deemed relevant for testing
16:49.14brlcadotherwise, users do NOT care whether they thing they asked to convert is above at or below the region level -- a fact many people seem to keep forgetting
17:07.29*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
17:55.46CIA-55BRL-CAD: 03starseeker * r41576 10/rt^3/trunk/ (CMakeLists.txt src/GS/CMakeLists.txt):
17:55.46CIA-55BRL-CAD: Dave, let me know if this causes trouble but I'm adding logic to move things to
17:55.46CIA-55BRL-CAD: bin and lib dirs in the build instead of leaving them in the src/... directories
17:55.46CIA-55BRL-CAD: - the BRL-CAD cmake build does this and I've found it convenient...
18:20.59brlcadone more release detail, if a new binary distribution is uploaded (like the windows binary), you have to mark that file as the new default download for that platform
18:21.14brlcadotherwise it will sill point users to the previous marked version
18:21.17starseekerah, k
18:32.42brlcadit's the little 'i' next to the tiny download statistic graph
18:33.37brlcadwhich affected you upload ``Erik but i went ahead and fixed it
18:38.50CIA-55BRL-CAD: 03starseeker * r41577 10/rt^3/trunk/ (CMakeLists.txt src/GS/CMakeLists.txt): Hmm - let's not make those changes until I've succeeded in using the current setup...
19:07.21*** join/#brlcad yukonbob (~bch@20-144.wireless.kamloops.net)
20:37.14CIA-55BRL-CAD: 03brlcad * r41578 10/brlcad/trunk/TODO: rework gqa semaphore locking so there is no resource contention.
22:07.23*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101211

IRC log for #brlcad on 20101211

00:15.08*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:17.18``Erikhm
00:41.21starseekerhmm?
00:42.21*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
00:49.31``Erik1 was pretty traffic free :)
00:49.47``Erikthanks for the ride O.o
00:49.50starseekersweet
00:49.52starseekersure, np
00:49.55starseekernice truck :-)
00:51.18``Erikheh, we'll see if I think so over the next couple of days :) need a bed liner
00:51.31``Erikmight have to drive to lunch next week
00:52.36``Erikgot his osX.6 cd, too, and has been recompiling arm fbsd... is gonna have a busy weekend
00:54.48*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
01:40.50*** join/#brlcad yukonbob_ (~bch@S010600235a187d92.ok.shawcable.net)
01:57.44dtidrowis away: I'm busy
01:58.57*** join/#brlcad crazy_imp (~mj@a89-182-198-85.net-htp.de)
02:34.39*** join/#brlcad willdye1 (~willdye@fern.dsndata.com)
15:42.35*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
16:50.32*** join/#brlcad crazy_imp (~mj@a89-182-209-239.net-htp.de)
18:00.25*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
22:33.00*** join/#brlcad merzo (~merzo@109-39-94-178.pool.ukrtel.net)
IRC log for #brlcad on 20101212

IRC log for #brlcad on 20101212

00:18.47*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
01:33.24*** join/#brlcad merzo (~merzo@210-50-132-95.pool.ukrtel.net)
01:33.53*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
03:50.00*** join/#brlcad merzo (~merzo@52-53-132-95.pool.ukrtel.net)
06:20.18*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
06:20.18*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
07:23.55*** join/#brlcad yukonbob_ (~bch@S0106001cf044d085.ok.shawcable.net)
09:17.24*** join/#brlcad merzo (~merzo@213-181-94-178.pool.ukrtel.net)
16:35.00CIA-55BRL-CAD: 03johnranderson * r41579 10/brlcad/trunk/src/libged/debugnmg.c: debugnmg command was printing bu_debug instead of rt_g.NMG_debug.
16:55.55*** join/#brlcad crazy_imp (~mj@a89-182-204-5.net-htp.de)
19:09.10``Erikthis old g4 powerbook's battery is about gone... ~35-45 minutes on a full charge :/
20:15.54*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:15.54*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:20.12*** join/#brlcad yukonbob_ (~bch@S01060050bf9b099c.ok.shawcable.net)
22:20.27yukonbob_hello, #brlcad
22:42.54*** join/#brlcad willdye (~willdye@fern.dsndata.com)
23:48.40*** join/#brlcad ChanServ (ChanServ@services.)
23:48.40*** mode/#brlcad [+o ChanServ] by hubbard.freenode.net
IRC log for #brlcad on 20101213

IRC log for #brlcad on 20101213

01:15.44*** join/#brlcad yukonbob_ (~bch@S010600235a187d92.ok.shawcable.net)
08:37.28*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
11:09.34*** join/#brlcad archivist_ (~archivist@host217-34-113-62.in-addr.btopenworld.com)
11:15.54*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
12:34.40d-loMernin
13:24.15starseekerDaveLo: will you have a few minutes today to show me current state of GS?
14:11.45``Erik<-- wouldn't mind sitting in on that
14:12.29``Erikah, dave is working from home
16:00.43*** join/#brlcad mafm (~mafm@13.Red-88-18-69.staticIP.rima-tde.net)
16:22.23*** join/#brlcad mafm (~mafm@13.Red-88-18-69.staticIP.rima-tde.net)
16:56.13*** join/#brlcad crazy_imp (~mj@a89-182-213-65.net-htp.de)
17:34.17CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/move: [[Google Code In/Project Ideas]] moved to [[Quickies]]: not (yet) participating in GCI, but this list is still quite valuable for new devs or short-term projects
17:35.25CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2378 10/wiki/Main_Page: link to quickies
17:37.13CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/move: [[Quickies]] moved to [[Contributor Quickies]]: specifically for contributors
17:39.58*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
17:41.01CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2381 10/wiki/Main_Page: add a section on getting involved.
17:49.19CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Interrogating and Modifying a Model Algorithmically]]": no content
17:50.51CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/move: [[Loadview]] moved to [[MGED CMD loadview]]: consistent with the other pages.
17:52.51CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2384 10/wiki/MGED_CMD_saveview: link to loadview
17:54.21CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2385 10/wiki/NewSessionREQ: link to loadview
17:54.55DaveLoYeah, we can all have a short sitdown tomorrow if yall want
17:55.36CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2386 10/wiki/Main_Page: link to ProE-BRL
17:58.11CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2387 10/wiki/Community_Publication_Portal: add the ronja article, wasn't ever announced
17:59.02CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r2388 10/wiki/Main_Page: STEP
18:00.00CIA-55BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Third Party Utilities]]": already listed on the main page
18:40.38DaveLohates the VPN
18:48.55*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
19:14.04CIA-55BRL-CAD: 03starseeker * r41580 10/brlcad/trunk/src/librt/ (Makefile.am uvpoints.cpp): This is not usable code yet, but it's reached the point where I'd hate to lose it so commiting it as EXTRA_DIST - experimenting with memory management and uv coordinate approaches.
19:47.15CIA-55BRL-CAD: 03davidloman * r41581 10/rt^3/trunk/include/AbstractJob.h: Added in some documenation on the functions.
19:54.38CIA-55BRL-CAD: 03davidloman * r41582 10/rt^3/trunk/include/ (22 files): Added in the first of many Default cstr, copy cstr and operator= disabling.
20:03.54CIA-55BRL-CAD: 03davidloman * r41583 10/rt^3/trunk/cmakeclean.sh: Eliminated Whitespace.
20:04.46*** join/#brlcad yukonbob (~bch@20-144.wireless.kamloops.net)
20:09.56CIA-55BRL-CAD: 03davidloman * r41584 10/rt^3/trunk/include/ (10 files): Convert some C++ comments to C style comments.
20:25.02*** join/#brlcad yukonbob (~bch@20-144.wireless.kamloops.net)
20:42.27CIA-55BRL-CAD: 03bob1961 * r41585 10/brlcad/trunk/src/ (3 files in 3 dirs): Bump version to 7.18.1
21:26.54CIA-55BRL-CAD: 03starseeker * r41586 10/brlcad/branches/cmake/ (28 files in 17 dirs): Update cmake branch to r41585
22:54.13starseekerbrlcad: http://www.cmake.org/pipermail/cmake/2010-June/037469.html
23:00.40starseekermight try a one-file library that links in all the others... I know add_library objects if it has NO source files...
23:02.35starseekerdecides he'll ask the CMake list...
IRC log for #brlcad on 20101214

IRC log for #brlcad on 20101214

00:07.01brlcadstarseeker: http://www.cmake.org/Wiki/CMake_FAQ#Does_CMake_support_.22convenience.22_libraries.3F
00:07.15brlcadthat's the mechanism used to generate libbrlcad
00:08.56brlcadthe follow-up FAQ question might be a way to trick things, though -- because they are also effective just interface libraries to a new shared library
00:09.46brlcadyou might have to create a dummy/empty source file/function that makes a call to bu/bn/rt/etc so that they all actually are required to link
00:10.08brlcadbut that might do the trick without explicit double-compilation and listing all sources
00:10.15*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:35.06starseekerbrlcad: hmm... OK, that might work
00:37.37starseekerthanks brlcad
01:29.42brlcadhttps://sourceforge.net/projects/brlcad/forums/forum/362510/topic/4011275
01:30.24brlcadhttps://sourceforge.net/projects/brlcad/forums/forum/362510/topic/4010958
01:31.41brlcadstarseeker: letting you field the build support requests this release, dunno if you're subscribed to the forums :)
01:45.47starseekerthe first one looks like something I've seen on my gentoo box once in a while - BRL-CAD's own tcl/tk will sometimes grab a system installed lib even if you build the local copy
01:46.02starseekerI have no clue what the second one is about
01:52.47*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
02:05.59CIA-55BRL-CAD: 03starseeker * r41587 10/brlcad/trunk/src/librt/uvpoints.cpp: Fix the uv coordinate logic.
04:40.36*** join/#brlcad roberthl_ (~robert@v001.rhl.me.uk)
04:53.35*** join/#brlcad CIA-55 (~CIA@208.69.182.149)
04:53.36*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
04:53.36*** join/#brlcad Aeamus (~Enigma@64-136-219-55.dyn.everestkc.net)
04:54.20*** join/#brlcad yukonbob_ (~bch@S010600235a187d92.ok.shawcable.net)
04:54.33*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
04:54.33*** join/#brlcad willdye (~willdye@fern.dsndata.com)
04:54.42*** join/#brlcad roberthl_ (~robert@v001.rhl.me.uk)
04:55.42*** join/#brlcad kanzure (~kanzure@131.252.130.248)
04:55.42*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
04:55.42*** join/#brlcad DaveLo (~claymore@BZ.BZFLAG.BZ)
04:58.36*** join/#brlcad ``Erik_ (Here@c-69-140-109-104.hsd1.md.comcast.net)
04:58.36*** join/#brlcad DaveLo (~claymore@BZ.BZFLAG.BZ)
04:58.36*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
04:58.37*** join/#brlcad kanzure (~kanzure@131.252.130.248)
04:58.37*** join/#brlcad roberthl_ (~robert@v001.rhl.me.uk)
04:58.37*** join/#brlcad willdye (~willdye@fern.dsndata.com)
04:58.37*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
04:58.37*** join/#brlcad CIA-55 (~CIA@208.69.182.149)
04:58.37*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
04:58.37*** join/#brlcad Aeamus (~Enigma@64-136-219-55.dyn.everestkc.net)
05:06.51*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:10.50*** join/#brlcad roberthl_ (~robert@v001.rhl.me.uk)
06:11.52*** join/#brlcad roberthl (~robert@v001.rhl.me.uk)
06:11.52*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
08:57.48*** join/#brlcad CIA-35 (~CIA@208.69.182.149)
09:03.04*** join/#brlcad merzo (~merzo@193.254.217.44)
10:38.24*** join/#brlcad mafm (~mafm@211.Red-83-32-127.dynamicIP.rima-tde.net)
11:39.22*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:07.09DaveLoMernin all
13:14.25CIA-35BRL-CAD: 03davidloman * r41588 10/rt^3/trunk/include/JobManager.h: Quick Typo Fix
13:23.41CIA-35BRL-CAD: 03davidloman * r41589 10/rt^3/trunk/ (7 files in 3 dirs): Utils class should have been named DataStreamUtils
13:27.17CIA-35BRL-CAD: 03davidloman * r41590 10/rt^3/trunk/include/Config.h: Converted comments style: C++ to C
13:32.13CIA-35BRL-CAD: 03davidloman * r41591 10/rt^3/trunk/include/ (28 files): Converted comments style: C++ to C. Formatting and WS.
13:34.20CIA-35BRL-CAD: 03davidloman * r41592 10/rt^3/trunk/include/ (13 files): Converted comments style: C++ to C. Formatting and WS.
14:05.58*** join/#brlcad mafm_ (~mafm@211.Red-83-32-127.dynamicIP.rima-tde.net)
14:09.36CIA-35BRL-CAD: 03davidloman * r41593 10/rt^3/trunk/include/ (20 files): More Code cleanup. Disabled more default constructors, copy constructors, and equality operators.
14:27.25CIA-35BRL-CAD: 03davidloman * r41594 10/rt^3/trunk/cmake/rt3commons.cmake: Make the file footer generator for rt^3 generate C style comments.
14:47.10CIA-35BRL-CAD: 03brlcad * r41595 10/brlcad/trunk/sh/conversion.sh:
14:47.10CIA-35BRL-CAD: improve iteration over arguments so that each argument is handled one at a time,
14:47.10CIA-35BRL-CAD: leveraging the shell to group arguments with spaces, instead of assuming
14:47.10CIA-35BRL-CAD: arguments are space-separated. The SEARCH option needs spaces for things like
14:47.10CIA-35BRL-CAD: SEARCH="-type reg". also print the current settings during help so you can see
14:47.11CIA-35BRL-CAD: what things are set to before you run.
15:00.04CIA-35BRL-CAD: 03brlcad * r41596 10/brlcad/trunk/sh/conversion.sh: clean up the examples
15:04.58CIA-35BRL-CAD: 03brlcad * r41597 10/rt^3/trunk/cmake/rt3commons.cmake: the *** suffix was dropped a long time ago, not needed. add c-file-style stroustrup to get consistent c++ format rules.
16:04.35*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
16:08.02CIA-35BRL-CAD: 03r_weiss * r41598 10/brlcad/trunk/src/libbn/ (Makefile.am bntester.c bntester.dat): Added and made changes within 'src/libbn' to place the initial stubs into BRLCAD for a test program (i.e. 'bntester') to test the 'libbn' library. Updated Makefile.am, and added files 'bntester.c' and 'bntester.dat'.
16:13.59CIA-35BRL-CAD: 03starseeker * r41599 10/brlcad/branches/cmake/ (5 files in 3 dirs): Update cmake branch to r41598
16:16.42CIA-35BRL-CAD: 03starseeker * r41600 10/brlcad/branches/cmake/src/libbn/CMakeLists.txt: Add bntester to CMakeLists.txt
16:20.29CIA-35BRL-CAD: 03starseeker * r41601 10/brlcad/branches/cmake/src/libbn/CMakeLists.txt: bntester probably needs libbn
16:53.08*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
16:55.30*** join/#brlcad crazy_imp (~mj@a89-182-209-87.net-htp.de)
17:15.51*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
17:24.47cjdevlinhello, i am trying to compile from source. ./configure runs fine, but when i make i get this error: /home/devlin/brlcad-7.0/src/bwish/.libs/lt-btclsh: error while loading shared libraries: libbn.so.19: cannot open shared object file: No such file or directory
17:24.47cjdevlini am running ubuntu 10.04. i did try googling and all i found was this (from 2005): http://purl.rikers.org/%23brlcad/20050618.html.gz
18:36.39starseekerum.  Are you building the latest BRL-CAD?
18:36.48starseeker(7.18.0)
19:09.35brlcadcjdevlin: sounds like a parallel make bug maybe?
19:11.45cjdevlin7.0 i believe
19:12.43brlcadcjdevlin: I hope not
19:13.07brlcad7.0 is 5 years old
19:13.20brlcadtry 7.18
19:14.52cjdevlinhokay
20:25.08*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
20:25.26*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
20:26.25*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
20:32.19*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
20:32.37cjdevlin7.18.0 worked without a hitch. thanks much.
20:37.32CIA-35BRL-CAD: 03davidloman * r41602 10/rt^3/trunk/docs/ (. Doxyfile): Work on doxyfile for Doxygen. Added /docs/doxygen_output to svn:ignore. No reason to include documentation in the repo quite yet :)
20:43.56CIA-35BRL-CAD: 03davidloman * r41603 10/rt^3/trunk/include/AbstractJob.h: Starting work on getting class headers Doxygenized.
21:01.02CIA-35BRL-CAD: 03bob1961 * r41604 10/brlcad/trunk/src/ (archer/archer.bat mged/mged.bat): Remove the need to set CAD_VERSION and BRLCAD_DATA in archer.bat and mged.bat.
21:33.33CIA-35BRL-CAD: 03bob1961 * r41605 10/brlcad/trunk/ (2 files in 2 dirs): Remove the need to set CAD_VERSION and BRLCAD_DATA in rtwizard.bat. As part of this, copy rtwizard.tcl, a sh/tcl script, to the bin directory.
22:01.55CIA-35BRL-CAD: 03brlcad * r41606 10/brlcad/trunk/sh/conversion.sh: er, those unrecognized option names are probably .g file names, so leave them there. search . -maxdepth doesn't work, so don't mention getting only top-level objects. quote the eval commands for good measure.
22:04.16CIA-35BRL-CAD: 03brlcad * r41607 10/brlcad/trunk/TODO: add note to make 'search . -maxdepth 0' work along with making '.' imply no path decoration.
22:05.31*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:42.47CIA-35BRL-CAD: 03brlcad * r41608 10/brlcad/trunk/TODO: now that covart has integrated and fastgen, our rtg3 and burst tools can be deprecated. burst functionality should still migrate into librt as a ray pattern, though.
IRC log for #brlcad on 20101215

IRC log for #brlcad on 20101215

02:09.45*** join/#brlcad crazy_im1 (~mj@a89-182-212-18.net-htp.de)
02:49.53*** join/#brlcad PrezKennedy (MK@whitecalf.net)
04:07.37*** join/#brlcad pacman87 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net)
07:46.34*** join/#brlcad yukonbob (~bch@20-144.wireless.kamloops.net)
09:08.46*** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177879178.dsl.bell.ca)
10:25.33*** join/#brlcad mafm (~mafm@193.153.53.14)
10:50.33*** join/#brlcad merzo (~merzo@193.254.217.44)
12:05.54DaveLomernin all!
12:16.25*** join/#brlcad mafm (~mafm@193.153.53.14)
12:19.08CIA-35BRL-CAD: 03davidloman * r41609 10/rt^3/trunk/src/GS/ (geoserv.config geoserve.config): Renamed config file for name consistency.
12:52.01starseekercjdevlin: where did you stumble onto 7.0??
12:53.20starseekerbrlcad: should we mark rtg3 and burst in the deprecation file, or wait until we have a clear path to migrate the pattern logic to librt?
12:58.27starseekerwoot - that's why I like Amazon (if this is for real)
12:58.59starseeker$99 list price, copy available for $7 (including shipping)
13:09.33DaveLowhat's on sale for $7 ?
13:13.17starseekerShape Interrogation for Computer Aided Design and Manufacturing
13:13.44DaveLobook?
13:13.48starseekeryep
13:13.52starseekerhttp://www.amazon.com/gp/product/3540424547/
13:13.53DaveLonice :)
13:14.13starseeker(I already got the cheapest one :-P)
13:14.39starseekerif it's for real - when it's that inexpensive you always wonder
13:16.35*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
13:18.37CIA-35BRL-CAD: 03davidloman * r41610 10/rt^3/trunk/src/GS/geoserv.cxx: Fixed bug. When config::loadFile was returning false, the gs boot code was processing the false incorrectly and continuing to boot.
13:41.23CIA-35BRL-CAD: 03davidloman * r41611 10/rt^3/trunk/src/utility/Config.cxx: Cleaned up logging a bit in the Config::loadFile() method. Also added dedicated check for file existance.
13:43.48DaveLostarseeker: I can login to kinetic fine.  I don't have a home dir nor write perms anywhere though.
14:18.49CIA-35BRL-CAD: 03davidloman * r41612 10/rt^3/trunk/src/GS/geoserv.cxx: Rename expected config file in code.
14:33.24CIA-35BRL-CAD: 03davidloman * r41613 10/rt^3/trunk/ (include/GeometryService.h src/GS/GeometryService.cxx): Expanded some two letter field names into something a bit more readable.
14:39.39brlcadstarseeker: mark 'em
14:44.19brlcadDaveLo: kinetic fixed
14:51.24DaveLoas in I have a home now?
14:54.49CIA-35BRL-CAD: 03davidloman * r41614 10/rt^3/trunk/ (include/Portal.h src/libNet/Portal.cxx): Put in a 'send then disconnect' function. Reduces repetitive code in many areas.
15:16.14``Erik_huh. http://marc.info/?l=openbsd-tech&m=129236621626462&w=2
15:24.42*** join/#brlcad pacman87 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net)
15:44.40*** join/#brlcad merzo (~merzo@193.254.217.44)
15:53.38DaveLothat's a helluva link ``Erik :/
16:02.57CIA-35BRL-CAD: 03davidloman * r41615 10/rt^3/trunk/ (include/Account.h src/GS/AccountManager.cxx): Implemented the ability to logout/remove accounts
16:08.48CIA-35BRL-CAD: 03davidloman * r41616 10/rt^3/trunk/src/utility/Config.cxx: Config::loadFile() should return true on success.
17:05.07CIA-35BRL-CAD: 03davidloman * r41617 10/rt^3/trunk/src/libNet/PortalManager.cxx: Simplify selector loop timeout time calc a bit. Un-hotwire the readyRead bool value. The underlying read issue is fixed.
17:17.39CIA-35BRL-CAD: 03davidloman * r41618 10/rt^3/trunk/src/GS/SessionManager.cxx: Add in a slew of needed null checks, c++->C comment conversions and disconnect() on failure calls.
17:19.10CIA-35BRL-CAD: 03davidloman * r41619 10/rt^3/trunk/include/AccountManager.h: Implemented the ability to logout/remove accounts
17:40.22CIA-35BRL-CAD: 03davidloman * r41620 10/rt^3/trunk/src/GS/AccountManager.cxx: Fixed an index checking bug.
17:44.36CIA-35BRL-CAD: 03davidloman * r41621 10/rt^3/trunk/src/libNet/NetMsgFactory.cxx: Make NetMsgFactory print received NetMsg type in hex
17:47.56CIA-35BRL-CAD: 03davidloman * r41622 10/rt^3/trunk/src/libNet/ (NetMsgRouter.cxx Portal.cxx): Make NetMsfRouter and Portal print received NetMsg type in hex also.
17:59.31starseeker``Erik: http://bsd.slashdot.org/comments.pl?sid=1910704&cid=34559172
18:00.43CIA-35BRL-CAD: 03davidloman * r41623 10/rt^3/trunk/src/libNet/NetMsgRouter.cxx:
18:00.43CIA-35BRL-CAD: Change NetMsgRouter over to logging an unroutable msg (for now) rather than
18:00.43CIA-35BRL-CAD: replying with a FailureMsg. If both sides fail to route the FailureMsg, the two
18:00.43CIA-35BRL-CAD: sides will continually send FailureMsg's to each other. Funny, but not what we
18:00.43CIA-35BRL-CAD: want.
18:07.15CIA-35BRL-CAD: 03davidloman * r41624 10/rt^3/trunk/src/GS/SessionManager.cxx: Added some more logging points for debugging. Also enabled account validation from the SessionManager.
18:11.47CIA-35BRL-CAD: 03davidloman * r41625 10/rt^3/trunk/src/GS/GeometryService.cxx: Dropped routing for incoming SessionInfoMsg's cause it doesn't make sense. Also put in a call to PortalManager->Shutdown() from GeometryService's Shutdown.
18:16.56CIA-35BRL-CAD: 03davidloman * r41626 10/rt^3/trunk/src/GS/SessionManager.cxx: SessionManager should be sending FailureMsg types on authentication failure.
18:21.46CIA-35BRL-CAD: 03davidloman * r41627 10/rt^3/trunk/src/GS/geoclient.cxx: Slew of test client updates
18:25.31CIA-35BRL-CAD: 03davidloman * r41628 10/rt^3/trunk/src/libNet/PortalManager.cxx: Comment out some selector status printing logs.
18:33.28CIA-35BRL-CAD: 03davidloman * r41629 10/rt^3/trunk/src/GS/cmds/: Stub in cmds dir for upcoming client cmd classes.
18:36.23CIA-35BRL-CAD: 03davidloman * r41630 10/rt^3/trunk/src/GS/ (CMakeLists.txt GSClient.cxx GSClient.h): Stub in GSClient. Will be the fancy new formalized class for all the ad-hoc code in geoclient.cxx will go.
18:38.37CIA-35BRL-CAD: 03davidloman * r41631 10/rt^3/trunk/src/GS/GSClient.h: Tweak header define to be in line with that of the rest of the project
19:16.02CIA-35BRL-CAD: 03davidloman * r41632 10/rt^3/trunk/src/GS/ (6 files in 2 dirs): Stub in AbstractClientCmd, a base class for all client commands to be derived from, and ClientCmdRegistry, a centralized manager for maintaining references to previously mentioned commands.
19:31.46CIA-35BRL-CAD: 03davidloman * r41633 10/rt^3/trunk/ (5 files in 3 dirs): Make ClientCmd related headers public headers
19:32.05*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
19:33.19CIA-35BRL-CAD: 03davidloman * r41634 10/rt^3/trunk/ (2 files in 2 dirs): Remove ClientCmdRegistry's internal registration fn until we need one.
20:00.08CIA-35BRL-CAD: 03davidloman * r41635 10/rt^3/trunk/ (4 files in 3 dirs): Convert from using QString[] to QStringList. Add in cin parsing.
20:19.15CIA-35BRL-CAD: 03davidloman * r41636 10/rt^3/trunk/ (3 files in 3 dirs): More work on ShutdownCmd. Not fully functional yet.
20:19.38CIA-35BRL-CAD: 03davidloman * r41637 10/rt^3/trunk/ (2 files in 2 dirs): Add in logger field to AbstractClientCmd for all subclasses.
21:56.35*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101216

IRC log for #brlcad on 20101216

02:15.13*** join/#brlcad crazy_imp (~mj@a89-182-219-234.net-htp.de)
02:43.16*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
09:58.30*** join/#brlcad ibot_ (ibot@rikers.org)
09:58.31*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.18.0 is posted (20101209)
11:05.53*** join/#brlcad archivist_emc (~archivist@host217-34-113-62.in-addr.btopenworld.com)
11:08.50*** join/#brlcad mafm (~mafm@9.Red-81-37-119.dynamicIP.rima-tde.net)
11:51.18DaveLoMernin all
12:17.35*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:13.09*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:14.13*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
14:45.27CIA-35BRL-CAD: 03davidloman * r41638 10/rt^3/trunk/ (include/GSClient.h src/GS/GSClient.h): GSClient header needs to be public now that it will be used in other classes.
14:53.08CIA-35BRL-CAD: 03davidloman * r41639 10/rt^3/trunk/ (6 files in 3 dirs): Modify commands exec() and _exec() to take a GSClient* as an arg. Allows the command to perform limited state changes on the provided GSClient object.
14:59.49CIA-35BRL-CAD: 03davidloman * r41640 10/rt^3/trunk/ (10 files in 3 dirs): Removal of Author tag. Not needed imho.
15:03.10DaveLobrlcad: Ultimately, should GS be in its own namespace?  aka GS:: ?
15:05.04DaveLo(not that I plan on doing that refactor anytime soon =D )
15:07.09brlcadGS isn't supposed to be a programming API, so it really shouldn't matter .. shouldn't be needed
15:08.22DaveLookie dokie.
15:15.41CIA-35BRL-CAD: 03brlcad * r41641 10/brlcad/trunk/src/libbn/bntester.c: test for compilation warnings. unused params.
15:28.26CIA-35BRL-CAD: 03davidloman * r41642 10/rt^3/trunk/ (7 files in 3 dirs): Stub in framework for 'login' 'logout' and 'Help' commands.
15:34.12starseekerah, 8.5.9 supports building with MSVC 2010
15:34.19starseekergreat, another tcl/tk upgrade
15:34.33starseekerwonders which patches he'll miss this time...
15:40.24CIA-35BRL-CAD: 03starseeker * r41643 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Visual Studio doesn't like the space, so use an underscore for now.
15:46.09brlcadstarseeker: did you try \\\\
15:46.29CIA-35BRL-CAD: 03davidloman * r41644 10/rt^3/trunk/src/GS/cmds/HelpCmd.cxx: Implement HelpCmd.
15:47.37CIA-35BRL-CAD: 03davidloman * r41645 10/rt^3/trunk/ (2 files in 2 dirs): Resolved a cyclic include issue.
15:48.23CIA-35BRL-CAD: 03brlcad * r41646 10/brlcad/trunk/ (4 files in 3 dirs): add a new bu_booleanize() function that will take a given string and return a boolean value for that string. useful for a plethora of routines that check for yes/no.
15:48.26CIA-35BRL-CAD: 03davidloman * r41647 10/rt^3/trunk/include/AbstractClientCmd.h: Resolved a second cyclic include issue.
15:48.54starseekerbrlcad: uh, didn't try that
15:49.20starseekerI'm not particularly worried about it, unless it proves to be of functional importance
15:51.35starseekerI'll try to check what happens on a platform that's easier to debug on - Windows is sllloooww
15:52.18brlcadisn't too worried simply because it's in src/other .. but that same trick used anywhere else is a problem
15:52.25CIA-35BRL-CAD: 03davidloman * r41648 10/rt^3/trunk/ (include/GSClient.h src/GS/GSClient.cxx): Wire in ClientCmd registration so we can actually USE the commands. Add a getter for the current portal. Commands will need this.
15:52.56starseekernods - I know it's a platform specific hack, and I'll try to figure it out
15:53.58starseekerbut I need 8.5.9 for VC++ 2010, so I'll try to get that merged and then revisit the space issue
15:54.20brlcadcould also try embedding a cmake variable, something like:  option="something with spaces" ; CFLAGS="-DSYMBOL=\"$option\""
15:55.38brlcadyou should really mark all of these details that should be revisited .. in the build code with FIXME comments
15:58.17CIA-35BRL-CAD: 03davidloman * r41649 10/rt^3/trunk/ (2 files in 2 dirs): Add in printing functions for both usage and help. Simplifies and reduces code in AbstractClientCmd subclasses.
16:01.05CIA-35BRL-CAD: 03davidloman * r41650 10/rt^3/trunk/src/GS/cmds/ (HelpCmd.cxx LoginCmd.cxx): Switch over usage/help printing lines to abstractClientCmd calls.
16:01.15CIA-35BRL-CAD: 03starseeker * r41651 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Mark WIN32 specific PACKAGE_STRING with a FIXME comment.
16:04.49CIA-35BRL-CAD: 03brlcad * r41652 10/brlcad/trunk/doc/deprecation.txt: db_free_external is already obsolete.
16:08.27CIA-35BRL-CAD: 03davidloman * r41653 10/rt^3/trunk/src/GS/cmds/ClientCmdRegistry.cxx: Forgot to implement ClientCmdRegistry::getCmd().... ooops!
16:10.25CIA-35BRL-CAD: 03davidloman * r41654 10/rt^3/trunk/src/GS/cmds/HelpCmd.cxx: Quick tweaks to help cmd text formatting. Should be much prettier now.
16:10.56CIA-35BRL-CAD: 03davidloman * r41655 10/rt^3/trunk/src/GS/cmds/AbstractClientCmd.cxx: Make Help and Usage print on INFO (stdout) channel.
16:16.36CIA-35BRL-CAD: 03davidloman * r41656 10/rt^3/trunk/src/GS/cmds/ShutdownCmd.cxx: Fixed up file footer and command usage statement.
16:20.15CIA-35BRL-CAD: 03davidloman * r41657 10/rt^3/trunk/src/GS/cmds/AbstractClientCmd.cxx: Quick tweaks to help and usage text formatting.
16:25.08CIA-35BRL-CAD: 03davidloman * r41658 10/rt^3/trunk/ (3 files in 3 dirs): Stub in Exit command. We need a way to exit out of the client after all!
16:26.40CIA-35BRL-CAD: 03davidloman * r41659 10/rt^3/trunk/ (include/GSClient.h src/GS/GSClient.cxx): Add a stopRun() method. Sets run flag to false and starts the exit procedures.
16:27.13CIA-35BRL-CAD: 03starseeker * r41660 10/brlcad/trunk/src/other/tcl/ (188 files in 21 dirs): Upgrade Tcl to 8.5.9 - this is a vanilla version, onto which the needed BRL-CAD specific patches will be added.
16:50.22brlcad--enable-warnings on linux and mac should catch some of the tcl upgrade patches
16:52.54starseekerok - I'm working my way through the patch between 8.5.8 vanilla and our mods now, so that should be a start
17:08.57CIA-35BRL-CAD: 03starseeker * r41661 10/brlcad/trunk/src/other/tcl/ (12 files in 3 dirs): Merge in changes based on a diff between BRL-CAD's tcl prior to the 8.5.9 vanilla commit and the earlier vanilla 8.5.8 commit.
17:59.42CIA-35BRL-CAD: 03starseeker * r41662 10/brlcad/trunk/src/other/tk/ (193 files in 16 dirs): Upgrade Tk to 8.5.9 - this is a vanilla version, onto which the needed BRL-CAD specific patches will be added.
18:34.20CIA-35BRL-CAD: 03davidloman * r41663 10/rt^3/trunk/src/GS/cmds/ExitCmd.cxx: Implement the details for ExitCmd
18:38.17CIA-35BRL-CAD: 03davidloman * r41664 10/rt^3/trunk/src/GS/cmds/ShutdownCmd.cxx: Implement the details for ShutdownCmd
18:40.11CIA-35BRL-CAD: 03davidloman * r41665 10/rt^3/trunk/src/GS/cmds/HelpCmd.cxx: Change error report to "unknown command" message. Its an error, sure, but its expected.
18:41.56CIA-35BRL-CAD: 03davidloman * r41666 10/rt^3/trunk/src/GS/GSClient.cxx: Have all the current commands register themselves in GSClient
18:45.43DaveLoneat animated JetStream site: http://squall.sfsu.edu/scripts/namjetstream_model.html
18:48.44CIA-35BRL-CAD: 03davidloman * r41667 10/rt^3/trunk/src/GS/GSClient.cxx: Forgot to init a pointer to NULL and that caused a nice little segfault. Fixeded now.
18:52.08CIA-35BRL-CAD: 03starseeker * r41668 10/brlcad/trunk/src/other/tk/ (6 files in 4 dirs): Merge in changes based on a diff between BRL-CAD's tk prior to the 8.5.9 vanilla commit and the earlier vanilla 8.5.8 commit.
18:58.12starseekeralrightie, let the warning enabled build commence
19:03.35CIA-35BRL-CAD: 03davidloman * r41669 10/rt^3/trunk/src/GS/cmds/ExitCmd.cxx: Leave network clean up to the GSClient class.
19:04.06CIA-35BRL-CAD: 03davidloman * r41670 10/rt^3/trunk/src/GS/geoclient.cxx: Remove a bunch of antiquated code. New Cmd handler system handles all this now.
19:17.26CIA-35BRL-CAD: 03starseeker * r41671 10/brlcad/trunk/src/other/tcl/unix/Makefile.in: Put some tabs in instead of spaces.
19:17.40CIA-35BRL-CAD: 03davidloman * r41672 10/rt^3/trunk/ (include/GSClient.h src/GS/GSClient.cxx): Move ClientCmd registration and NetMsgRoute registration to their own functions for clarity's sake. Also, made GSClient a INetMsgHandler and inserted handling functions.
19:25.58starseekerlooks like OSX got through tcl and tk pretty clean
19:50.44CIA-35BRL-CAD: 03davidloman * r41673 10/rt^3/trunk/src/GS/cmds/LoginCmd.cxx: Implement portal connection, null checking, handshakes, waits and authentications for Login.
19:51.19CIA-35BRL-CAD: 03davidloman * r41674 10/rt^3/trunk/src/GS/cmds/LogoutCmd.cxx: Instead of having LogoutCmd just disconnect the socket, send a DisconnectReq and have the server drop the socket instead. This keeps both sides informed.
19:55.27CIA-35BRL-CAD: 03davidloman * r41675 10/rt^3/trunk/src/libNet/PortalManager.cxx:
19:55.27CIA-35BRL-CAD: Hrm, seems there is still an underlying issue with libpkg pulling data from the
19:55.28CIA-35BRL-CAD: sockets buffer just prior to a data send on that socket, yet not firing the
19:55.28CIA-35BRL-CAD: callback. Re-hotwire libNet's selector look to check all FD's each loop pass.
19:57.04CIA-35BRL-CAD: 03davidloman * r41676 10/rt^3/trunk/src/GS/GSClient.cxx:
19:57.04CIA-35BRL-CAD: Move ClientCmd registration and NetMsgRoute registration to their own functions
19:57.05CIA-35BRL-CAD: for clarity's sake. Also, made GSClient a INetMsgHandler and inserted handling
19:57.05CIA-35BRL-CAD: functions. Still seeing a small issue with connection restarts (aka login,
19:57.05CIA-35BRL-CAD: logout, login). The selector loop seems to either stall out or not recognize
19:57.05CIA-35BRL-CAD: the newer FD.
19:57.26CIA-35BRL-CAD: 03davidloman * r41677 10/rt^3/trunk/include/GSClient.h: Straggler file from last commit. Oopsie.
20:07.41CIA-35BRL-CAD: 03bob1961 * r41678 10/brlcad/trunk/src/libbu/vls.c: Updated bu_argv_from_string to handle double quotes. This is for cases where an argument contains spaces (i.e. like in a path).
20:07.56CIA-35BRL-CAD: 03starseeker * r41679 10/brlcad/branches/cmake/ (393 files in 49 dirs): Update CMake branch to trunk r41672
20:09.36CIA-35BRL-CAD: 03bob1961 * r41680 10/brlcad/trunk/src/mged/tedit.c: Use double quotes in WIN_EDITOR to keep bu_argv_from_string from seeing this as multiple arguments.
20:22.05CIA-35BRL-CAD: 03bob1961 * r41681 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: Copy the appropriate redist, depending on the platform.
20:38.08CIA-35BRL-CAD: 03indianlarry * r41682 10/brlcad/trunk/src/other/openNURBS/opennurbs_revsurface.cpp: Fixed issue with revolved surface bounding box. Submitted to opennurbs forum for review.
20:38.55*** join/#brlcad mafm_ (~mafm@9.Red-81-37-119.dynamicIP.rima-tde.net)
21:00.51CIA-35BRL-CAD: 03indianlarry * r41683 10/brlcad/trunk/ (include/opennurbs_ext.h src/librt/opennurbs_ext.cpp): Now using opennurbs bounding box routines. Also separated surface flatness into flatness and straightness, where straightness measures in planar bending of the surface.
21:22.51*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:58.54*** join/#brlcad crazy_imp (~mj@a89-182-219-234.net-htp.de)
21:58.54*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:58.54*** join/#brlcad mafm_ (~mafm@9.Red-81-37-119.dynamicIP.rima-tde.net)
21:58.54*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
21:58.54*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:58.54*** join/#brlcad PrezKennedy (MK@whitecalf.net)
21:58.54*** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
21:58.54*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
21:58.54*** join/#brlcad CIA-35 (~CIA@208.69.182.149)
21:58.54*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
21:58.54*** join/#brlcad willdye (~willdye@fern.dsndata.com)
21:58.54*** join/#brlcad kanzure (~kanzure@131.252.130.248)
21:58.54*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
21:58.54*** join/#brlcad DaveLo (~claymore@BZ.BZFLAG.BZ)
21:58.54*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
22:04.20*** join/#brlcad roberthl (~robert@v001.rhl.me.uk)
22:04.20*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
22:05.47*** join/#brlcad pacman87 (~Timothy@adsl-208-191-158-89.dsl.hstntx.swbell.net)
22:09.18*** join/#brlcad roberthl (~robert@v001.rhl.me.uk)
22:09.18*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
22:16.36*** join/#brlcad WhiteCalf (MK@whitecalf.net)
23:44.06*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
IRC log for #brlcad on 20101217

IRC log for #brlcad on 20101217

00:24.41CIA-35BRL-CAD: 03r_weiss * r41685 10/brlcad/trunk/src/libbn/ (bntester.c bntester.dat):
00:24.41CIA-35BRL-CAD: Updated the 'bntester' tool used to test 'libbn' functions. The basic framework
00:24.41CIA-35BRL-CAD: for testing the 'bn_distsq_line3_pt3' function is almost complete. The code was
00:24.41CIA-35BRL-CAD: written to make it easy to add new functions to test. Placed some sample test
00:24.41CIA-35BRL-CAD: data within 'bntester.dat' which was obtained by capturing real data passed
00:24.41CIA-35BRL-CAD: in/out of the 'bn_distsq_line3_pt3' function while running the mged 'ev'
00:24.42CIA-35BRL-CAD: command.
02:15.03*** join/#brlcad crazy_imp (~mj@a89-183-83-78.net-htp.de)
06:51.42*** join/#brlcad CIA-48 (~CIA@208.69.182.149)
08:16.55*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
09:48.36*** join/#brlcad stevegt` (~stevegt@cislunar.TerraLuna.Org)
11:10.41*** join/#brlcad mafm_ (~mafm@140.Red-81-38-102.dynamicIP.rima-tde.net)
12:11.20*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:31.27CIA-48BRL-CAD: 03d_rossberg * r41686 10/brlcad/trunk/src/libbu/CMakeLists.txt: synced with Makefile.am (booleanize.c)
13:09.17CIA-48BRL-CAD: 03starseeker * r41687 10/brlcad/branches/cmake/src/libbu/CMakeLists.txt: Sync cmake branch libbu as well.
13:23.14CIA-48BRL-CAD: 03starseeker * r41688 10/brlcad/branches/cmake/ (11 files in 10 dirs): Update cmake branch to trunk r41687
15:21.51*** join/#brlcad pacman87 (~Timothy@adsl-208-191-158-89.dsl.hstntx.swbell.net)
16:41.46*** join/#brlcad crazy_imp (~mj@a89-183-83-78.net-htp.de)
16:41.46*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
18:01.33*** join/#brlcad mafm_ (~mafm@140.Red-81-38-102.dynamicIP.rima-tde.net)
19:00.45CIA-48BRL-CAD: 03starseeker * r41689 10/brlcad/branches/cmake/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): Inch closer to Tcl build on Windows - still having problems.
19:14.54*** join/#brlcad Ralith (~ralith@d142-058-094-197.wireless.sfu.ca)
19:19.16starseekermay have to take a step back, look at what the nmake build is doing, and do a smaller Windows specific CMake to make sure that succeeds
19:19.22starseekerthen merge it in
19:19.44starseekermutters under his breath about Windows...
19:20.36``Eriklikes windows... makes it easy to look outside without being exposed to the weather :D
20:01.04CIA-48BRL-CAD: 03starseeker * r41690 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Apparently needed more flags - this appears to succeed with Visual C++ 2010
20:23.14*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
20:26.57*** join/#brlcad mafm (~mafm@140.Red-81-38-102.dynamicIP.rima-tde.net)
21:41.13*** join/#brlcad mafm_ (~mafm@42.Red-83-45-72.dynamicIP.rima-tde.net)
21:55.24CIA-48BRL-CAD: 03bob1961 * r41691 10/brlcad/trunk/src/tclscripts/lib/ (Makefile.am TkTable.tcl tclIndex):
21:55.25CIA-48BRL-CAD: This is the initial check-in of cadwidgets::TkTable. It's intended to be a
21:55.25CIA-48BRL-CAD: relatively thin wrapper around tktable for housing functionality that would
21:55.26CIA-48BRL-CAD: commonly be written for an application trying to use tktable. This includes
21:55.26CIA-48BRL-CAD: updates to Makefile.am and tclIndex.
21:56.54CIA-48BRL-CAD: 03bob1961 * r41692 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Now using TkTable in CombEditFrame.
21:59.45CIA-48BRL-CAD: 03starseeker * r41693 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt:
21:59.46CIA-48BRL-CAD: It's not just package string - ANY space in a -D argument doesn't seem to work
21:59.46CIA-48BRL-CAD: with Visual Studio. Since the nmake build for Tcl doesn't seem to set these
21:59.47CIA-48BRL-CAD: anyway, wrap them to avoid problems. Tried \\\\ to quite, and that didn't work
21:59.47CIA-48BRL-CAD: either.
22:15.21``Erik"Tactical Canned Bacon".
22:22.29Ralithstored in the strategic bacon stockpile?
22:45.25*** join/#brlcad mafm (~mafm@42.Red-83-45-72.dynamicIP.rima-tde.net)
22:53.53CIA-48BRL-CAD: 03starseeker * r41694 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt:
22:53.53CIA-48BRL-CAD: No good - need these definitions on Windows too. Right now, it doesn't look
22:53.54CIA-48BRL-CAD: like I can get a space through the CMake output for Visual Studio preprocessor
22:53.54CIA-48BRL-CAD: definitions no matter how I quote - have asked the CMake list for help, may need
22:53.57CIA-48BRL-CAD: to consider some sort of special purpose config.h file and alter the Tcl/Tk
22:53.57CIA-48BRL-CAD: source code.
23:20.37CIA-48BRL-CAD: 03starseeker * r41695 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: Closer to building Tk - linking errors of some sort.
23:22.26*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
23:22.27*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:44.46CIA-48BRL-CAD: 03starseeker * r41696 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: Couple of missing files - need to make sure we've got everything included and set up correctly, still more to do (check tk.rc - what is it?)
IRC log for #brlcad on 20101218

IRC log for #brlcad on 20101218

00:20.53*** join/#brlcad pacman871 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net)
00:26.51CIA-48BRL-CAD: 03starseeker * r41697 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: Apparently a successful build of Tk,although not functionally tested.
00:30.58*** part/#brlcad pacman871 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net)
01:56.57*** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
02:15.21*** join/#brlcad crazy_imp (~mj@a89-182-19-190.net-htp.de)
02:59.11CIA-48BRL-CAD: 03starseeker * r41698 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: Whoops - RC language on Windows only
03:02.39CIA-48BRL-CAD: 03starseeker * r41699 10/brlcad/branches/cmake/src/other/ (tcl/CMakeLists.txt tk/CMakeLists.txt): More rc file stuff.
03:05.25CIA-48BRL-CAD: 03starseeker * r41700 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: Check this, but it looks like tkImgUtil may be needed only for Windows.
03:32.17CIA-48BRL-CAD: 03starseeker * r41701 10/brlcad/branches/cmake/src/ (6 files in 6 dirs):
03:32.18CIA-48BRL-CAD: Wrap most of the commands that depend on libtermio and libcursor, as well as
03:32.18CIA-48BRL-CAD: those libraries, in a conditional based on the results of searching for Curses.
03:32.19CIA-48BRL-CAD: bwish and mged still need to be handled, but will take more study - they DO work
03:32.19CIA-48BRL-CAD: on windows but need libtermio, so need to check the msvc project files.
04:36.03CIA-48BRL-CAD: 03starseeker * r41702 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Whoops, mismatched if and endif lines
04:40.24CIA-48BRL-CAD: 03starseeker * r41703 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: Whoops, wish.rc is in win/rc, not win
04:54.28CIA-48BRL-CAD: 03starseeker * r41704 10/brlcad/branches/cmake/ (CMakeLists.txt include/config_win.h): Make a stab at adding conditionally adding config_win.h to brlcad_config.h
05:13.10*** join/#brlcad IriX64 (~mario.dul@bas2-sudbury98-1177726222.dsl.bell.ca)
06:08.51brlcadmaybe http://www.cmake.org/pipermail/cmake/2009-May/029731.html
06:09.15brlcadbasically one at a time
07:26.09CIA-48BRL-CAD: 03120.32.122.179 07http://brlcad.org * r2389 10/wiki/Documentation:
07:27.24CIA-48BRL-CAD: 03120.32.122.179 07http://brlcad.org * r2390 10/wiki/Documentation:
11:43.44*** join/#brlcad mafm (~mafm@87.Red-80-26-128.dynamicIP.rima-tde.net)
13:38.18CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2391 10/wiki/Documentation: Reverted edits by [[Special:Contributions/120.32.122.179|120.32.122.179]] ([[User talk:120.32.122.179|Talk]]); changed back to last version by [[User:Sean|Sean]]
13:38.39CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:120.32.122.179]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
14:17.34*** join/#brlcad mafm_ (~mafm@87.Red-80-26-128.dynamicIP.rima-tde.net)
19:39.47CIA-48BRL-CAD: 03brlcad * r41705 10/brlcad/trunk/src/libbn/bntester.c: should compile with --enable-warnings to catch these.
20:34.10brlcadshadow failures: ../../src/other/tcl/generic/tclInt.h:3328
20:34.22brlcadlibtermio failur
20:34.31brlcad(due to tcl upgrade merge)
20:49.20*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:49.20*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:49.26CIA-48BRL-CAD: 03brlcad * r41706 10/brlcad/trunk/src/other/tcl/generic/tclInt.h: index shadow
20:50.12brlcadfixed
21:35.38*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
23:44.45*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
23:50.43*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
IRC log for #brlcad on 20101219

IRC log for #brlcad on 20101219

01:13.56*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
02:15.37*** join/#brlcad crazy_imp (~mj@a89-182-212-39.net-htp.de)
02:39.53starseekerbrlcad: ah, thanks :-)
02:45.17*** join/#brlcad yukonbob_ (~bch@S010600235a187d92.ok.shawcable.net)
02:47.53yukonbob_hello, #brlcad
05:50.58CIA-48BRL-CAD: 03starseeker * r41707 10/brlcad/branches/cmake/ (7 files in 6 dirs): Update cmake branch to trunk r41706
05:57.05*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
06:17.02CIA-48BRL-CAD: 03starseeker * r41708 10/brlcad/branches/cmake/include/common.h: Ah, right - needs to be brlcad_config.h for everybody now. Let's see what problems this causes...
06:27.42CIA-48BRL-CAD: 03starseeker * r41709 10/brlcad/branches/cmake/src/tclscripts/lib/CMakeLists.txt: Add TkTable.tcl to Cmake logic
06:41.26CIA-48BRL-CAD: 03starseeker * r41710 10/brlcad/branches/cmake/CMakeLists.txt: Gah - quiet some of the VC++ blather at a global level
10:24.04*** join/#brlcad mafm_ (~mafm@249.Red-83-55-205.dynamicIP.rima-tde.net)
15:37.16*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
16:40.32CIA-48BRL-CAD: 03starseeker * r41711 10/brlcad/branches/cmake/misc/CMake/ (CompareVersions.cmake FindTCL.cmake):
16:40.33CIA-48BRL-CAD: Use the VERSION_LESS, VERSION_EQUAL and VERSION_GREATER fatures of the if test,
16:40.33CIA-48BRL-CAD: instead of our own custom macro. (wish these had been called out more boldly by
16:40.34CIA-48BRL-CAD: the CMake documentation...) Needs testing to make sure it behaves as expected,
16:40.34CIA-48BRL-CAD: but should be a good cleanup.
17:03.09CIA-48BRL-CAD: 03starseeker * r41712 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Since it's about time to pitch this sucker for inclusion back into CMake proper, stick the copyright and license stuff in.
17:20.51starseekerstarts diffing his other .cmake files to see if they are changes he can suggest...
18:09.11*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
18:09.11*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
18:28.10starseekerhmm:  http://www.phoronix.com/scan.php?page=article&item=llvm_gcc_dragonegg28
19:35.35*** join/#brlcad yukonbob_ (~bch@S01060050bf9b099c.ok.shawcable.net)
20:44.44starseekergah - need to do some more rework on the tcl/tk version number handling
20:51.04*** join/#brlcad yukonbob_ (~bch@S01060050bf9b099c.ok.shawcable.net)
21:20.32*** join/#brlcad yukonbob_ (~bch@S01060050bf9b099c.ok.shawcable.net)
21:20.32*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
21:20.32*** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
21:20.32*** join/#brlcad crazy_imp (~mj@a89-182-212-39.net-htp.de)
21:20.32*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
21:20.33*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
21:20.33*** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
21:20.33*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
21:20.33*** join/#brlcad CIA-48 (~CIA@208.69.182.149)
21:20.33*** join/#brlcad WhiteCalf (MK@whitecalf.net)
21:20.33*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
21:20.33*** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
21:20.33*** join/#brlcad DaveLo (~claymore@BZ.BZFLAG.BZ)
21:20.33*** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
21:20.33*** join/#brlcad kanzure (~kanzure@131.252.130.248)
21:20.33*** join/#brlcad willdye (~willdye@fern.dsndata.com)
21:20.33*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
21:21.41CIA-48BRL-CAD: 03starseeker * r41713 10/brlcad/branches/cmake/ (98 files in 8 dirs):
21:21.41CIA-48BRL-CAD: Add byacc to the CMake build - it builds, but is not yet used. Ideally FindYACC
21:21.41CIA-48BRL-CAD: should be augmented and this build should be conditionalized on its results.
21:21.41CIA-48BRL-CAD: This is an (extremely) basic CMakeLists.txt file without any of the checks or
21:21.41CIA-48BRL-CAD: extra arguments from byacc's aclocal.m4, so curious to see how it will function
21:21.41CIA-48BRL-CAD: (particularly on Windows, which is probably where it will be needed the most.)
21:40.53starseekergods... no wonder 2.5.4 is the version compiled for Windows
21:41.06starseekerthe new flex requires extensive M4 preprocessing
22:17.29*** join/#brlcad mafm_ (~mafm@177.Red-81-32-105.dynamicIP.rima-tde.net)
22:23.47*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
22:52.28*** join/#brlcad cosurgi (~cosurgi@153.19.34.234)
IRC log for #brlcad on 20101220

IRC log for #brlcad on 20101220

00:07.55CIA-48BRL-CAD: 03starseeker * r41714 10/brlcad/branches/cmake/src/other/ (46 files in 4 dirs):
00:07.55CIA-48BRL-CAD: CMake build of NetBSD's m4, the smallest m4 I can find that can bootstrap flex.
00:07.56CIA-48BRL-CAD: Seems to work, will probably need a few more tweaks. Testing this combination
00:07.56CIA-48BRL-CAD: of byacc and m4 triggered a few flex test failures, have emailed byacc dev to
00:07.57CIA-48BRL-CAD: see if they are significant. flex will be a bit more of a challenge.
01:34.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:15.51*** join/#brlcad crazy_imp (~mj@a89-182-207-12.net-htp.de)
04:54.37CIA-48BRL-CAD: 03starseeker * r41715 10/brlcad/branches/cmake/src/other/flex/ (50 files):
04:54.38CIA-48BRL-CAD: Upload the beginnings of a minimal subset of flex. This is far less ready than
04:54.38CIA-48BRL-CAD: byacc and m4 - the conf.in file will require a fair number of tests be hooked
04:54.39CIA-48BRL-CAD: up, the m4 binary location must be #defined in config.h (!?) and other goodies
04:54.39CIA-48BRL-CAD: must be sorted out.
04:57.03brlcadyou're really going for the motherload of branches, aren't ya? :)
05:02.22starseekerbrlcad: heh
05:02.41starseekeryeah, kinda - I suppose I should be branching off of the cmake branch for this one
05:05.26starseekerit's not as impressive as it looks in the commit messages
05:06.55starseekerlooks at the clock and decides he can't face another round of autoconf tests -> CMake tests right now
05:08.09starseekeranyway, next on the agenda is getting itcl/itk, tkhtml, and friends building on Windows
05:08.39starseekerthis was just weekend wandering :-P
05:26.42brlcadmore thinking that merging cmake back into trunk is going to be a royal bear to review
05:27.08brlcadgood stuff, great stuff.. but it's already a huge branch with major changes :)
05:27.31brlcadthe bigger it gets, the riskier and costly it is going to be to merge
05:29.38brlcadalready estimate that it's going to take someone (and that someone shouldn't be you) at least a couple weeks to review all the changes, compare, validate, and merge
05:31.13brlcadadding a parser lexer probably doesn't add much time or risk to the bottom line, but it's definitely a huge entropy increase
05:38.20brlcadconsidering how much code is being modified before it's merged (and the reason to try and minimize it) ..
05:38.30brlcadconsider (from a really rough big-picture industry average viewpoint) that you will have introduced a bug for every 100 lines of code modified or added
05:41.40brlcadand that's unfortunately being rather optimistic if steve mcconnell's statistics are to be believed
09:05.01*** join/#brlcad Ralith (~ralith@216.162.199.202)
09:47.04*** join/#brlcad merzo (~merzo@209-53-94-178.pool.ukrtel.net)
10:19.39*** join/#brlcad mafm_ (~mafm@41.Red-83-35-148.dynamicIP.rima-tde.net)
11:28.51DaveLoMernin all
11:34.53DaveLobrlcad: entropy as in time 'not available for useful work'?
11:58.20*** join/#brlcad kanzure (~kanzure@131.252.130.248)
12:27.58*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:12.58starseekerbrlcad: hmm.  Well, I have no problems reverting the parser/lexer commits for now to keep things a bit more minimal - they're not essential
13:13.30starseekeror I'll just branch it off of cmake and then revert it, either way...
13:31.57CIA-48BRL-CAD: 03davidloman * r41716 10/rt^3/trunk/src/libNet/Portal.cxx: Prepend '0x' on hex debug prints cause it makes it easier to diff them from base 10 numbers.
13:42.19CIA-48BRL-CAD: 03davidloman * r41717 10/rt^3/trunk/src/libNet/Portal.cxx: Since pkg moves data off the Socket's recv buffer during a 'send' action without calling the callback method, add in a call and check in Portal::send(). This seems to clear up some of the 'hangup' we are experiencing.
14:30.16*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:39.20CIA-48BRL-CAD: 03davidloman * r41718 10/rt^3/trunk/src/libNet/PortalManager.cxx:
14:39.21CIA-48BRL-CAD: Ah ha! Found the bug that was causing the restart issues
14:39.21CIA-48BRL-CAD: (login->logout->login). Turns out that the FD for the incoming connection was
14:39.22CIA-48BRL-CAD: ONLY added to the master FD Set *if* the new FD was set as MAXFD. Unrolled the
14:39.22CIA-48BRL-CAD: logic accordingly.
15:11.07CIA-48BRL-CAD: 03davidloman * r41719 10/rt^3/trunk/src/libNet/PortalManager.cxx: Debug printing disabling/cleanup. Made selector loop only try to read on returned FDs (instead of the hotwired solution of trying to read on all FDs each loop). This eliminated blocking on a call to pkg_suckin.
16:14.21*** join/#brlcad mafm (~mafm@41.Red-83-35-148.dynamicIP.rima-tde.net)
16:46.32brlcadDaveLo: exactly, yes .. the more code you have, the more overhead time you have to spend just to maintain that code.  that's time and effort that's not generally productively useful (but is necessary)
16:53.38CIA-48BRL-CAD: 03starseeker * r41720 10/brlcad/branches/cmake/src/other/ (CMakeLists.txt flex/ m4/): Revert flex/m4/byacc commit - deal with this later, have other changes more urgently needed for CMake.
16:54.50CIA-48BRL-CAD: 03starseeker * r41721 10/brlcad/branches/cmake/ (3 files in 3 dirs): Whoops, get byacc too
18:09.00CIA-48BRL-CAD: 03starseeker * r41722 10/brlcad/branches/cmake/src/other/ (3 files in 3 dirs): Not terribly pretty, but get itcl/itk building with VC++ 2010
18:31.42CIA-48BRL-CAD: 03starseeker * r41723 10/brlcad/branches/cmake/src/other/ (CMakeLists.txt tkhtml/CMakeLists.txt tktable/CMakeLists.txt): Get tkhtml and tktable working (thank you Bob for the tktable logic in our msvc files.)
19:04.04DaveLobrlcad: So, logically speaking, there is a Maximum amount of code that a given group of individuals can reach?
19:05.58DaveLoI suppose that assumes that the code is being properly maintained, heh.
19:07.48CIA-48BRL-CAD: 03davidloman * r41724 10/rt^3/trunk/src/GS/AccountManager.cxx: Make AccountManager print accountID as well as account uname to log upon proper authentication.
19:13.22CIA-48BRL-CAD: 03davidloman * r41725 10/rt^3/trunk/ (include/AccountManager.h src/GS/AccountManager.cxx): Trying to pass the value of '-1' back to a unsigned int just doesn't work well. Made the quint32 values qint32's.
19:24.34``Erikhttp://1.bp.blogspot.com/_a7jkcMVp5Vg/TQ2gXJIRVbI/AAAAAAAANuk/1eTuWCnPOmE/s1600/tinyhand.jpg
19:28.39DaveLolol, that's nasty....
19:29.07``Erikit was sent to me, and I almost blew snot on my laptop when I opened it and read it
19:32.33CIA-48BRL-CAD: 03davidloman * r41726 10/rt^3/trunk/src/GS/GSClient.cxx: Make GSClient able to handle FailureMsg's and setup proper routing for this.
19:44.32CIA-48BRL-CAD: 03davidloman * r41727 10/rt^3/trunk/src/GS/AccountManager.cxx: Change logic since '0' is a valid Account ID.
19:50.39CIA-48BRL-CAD: 03davidloman * r41728 10/rt^3/trunk/src/GS/GSClient.cxx: Fix the cmd line client. Was converting captured command and all args to lower case, which was messing up things like account Authentication. Made it so that only the cmd is converted to lower case.
19:51.22DaveLohates hates HATES work's vpn. Its dropping out everything the screen saver turns on. lol/grrrr
20:21.30CIA-48BRL-CAD: 03davidloman * r41729 10/rt^3/trunk/src/libNet/netMsg/: Add *.backup to svn:ignore list.
21:00.10CIA-48BRL-CAD: 03starseeker * r41730 10/brlcad/branches/cmake/include/config_win.h: Shouldn't need pstdint.h in config_win.h now
21:10.23CIA-48BRL-CAD: 03davidloman * r41731 10/rt^3/trunk/ (6 files in 3 dirs): Implement Ping and Pong Msgs. Will be used for heartbeat/keepalive and network latency measuring.
21:12.45CIA-48BRL-CAD: 03starseeker * r41732 10/brlcad/branches/cmake/CMakeLists.txt: Urk - that's right, no PARALLEL for Windows
21:14.23CIA-48BRL-CAD: 03starseeker * r41733 10/brlcad/branches/cmake/src/other/tk/CMakeLists.txt: Hmm, Windows seems to want both tcl and tclstub - need to look into this, what do the nmake files do?
21:27.50*** join/#brlcad merzo (~merzo@209-53-94-178.pool.ukrtel.net)
21:45.35*** join/#brlcad PrezKennedy (MK@whitecalf.net)
22:16.39*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:42.18*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
IRC log for #brlcad on 20101221

IRC log for #brlcad on 20101221

01:39.28CIA-48BRL-CAD: 03starseeker * r41734 10/brlcad/branches/cmake/ (4 files in 3 dirs):
01:39.28CIA-48BRL-CAD: Getting closer on Windows. Irritatingly, the dlls are being put in bin not lib
01:39.29CIA-48BRL-CAD: even after adding the extra config redircts (need to generalize that along these
01:39.29CIA-48BRL-CAD: lines: http://forum.openscenegraph.org/viewtopic.php?t=6926) so all of the
01:39.30CIA-48BRL-CAD: pkgIndex.tcl scripts being generated will have to be customized to look for
01:39.30CIA-48BRL-CAD: their dlls in ../../bin on Windows."
02:16.08*** join/#brlcad crazy_imp (~mj@a89-182-219-17.net-htp.de)
03:27.25*** join/#brlcad cjdevlin (~devlin@d118-75-252-178.try.wideopenwest.com)
06:38.04*** join/#brlcad dtidrow (~dtidrow@c-68-60-96-218.hsd1.mi.comcast.net)
06:50.48*** join/#brlcad merzo (~merzo@227-89-94-178.pool.ukrtel.net)
10:33.44*** join/#brlcad cjdevlin (~devlin@d118-75-252-178.try.wideopenwest.com)
10:55.20*** join/#brlcad mafm (~mafm@170.Red-88-18-69.staticIP.rima-tde.net)
12:30.12*** join/#brlcad mafm (~mafm@170.Red-88-18-69.staticIP.rima-tde.net)
12:30.49*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:05.53*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:58.37*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
14:25.53CIA-48BRL-CAD: 03starseeker * r41735 10/brlcad/branches/cmake/CMakeLists.txt: Generalize the output directory settings along the lines hinted at by http://forum.openscenegraph.org/viewtopic.php?t=6926
14:27.11CIA-48BRL-CAD: 03starseeker * r41736 10/brlcad/branches/cmake/CMakeLists.txt: Whoops, typo.
14:49.40CIA-48BRL-CAD: 03starseeker * r41737 10/brlcad/branches/cmake/src/other/incrTcl/ (itcl/CMakeLists.txt itk/CMakeLists.txt): Start with itcl/itk - try tweaking the build directory pkgIndex.tcl to use CMAKE_LIBRARY_OUTPUT_DIRECTORY.
15:51.44brlcadstarseeker: curious, how'd you get all of the c99 stdint.h types to work on windows without pstdint.h?
15:54.34starseekerI didn't - but pstdint.h was already being included in brlcad_config.h
15:54.56starseekerso having it in config_win AND brlcad_config was resulting in a double-include, which VC++ didn't like
15:56.19CIA-48BRL-CAD: 03starseeker * r41738 10/brlcad/branches/cmake/src/other/incrTcl/ (itcl/CMakeLists.txt itk/CMakeLists.txt): Sigh - we need the lib prefix on Windows, and aren't getting it - try this.
16:04.46brlcadaaah! that makes complete sense then :)
16:09.19starseekerI'm actually plesantly surprised - I expected a lot more to blow up when I started including brlcad_config.h on Windows, but so far (knock on wood) it's been fairly painless
16:55.07brlcadawesome!
18:05.25CIA-48BRL-CAD: 03starseeker * r41739 10/brlcad/branches/cmake/src/other/tcl/library/CMakeLists.txt: Fix some version numbers on .tm library file installs
18:20.27*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
18:34.36*** join/#brlcad mafm (~mafm@244.Red-88-23-77.staticIP.rima-tde.net)
18:34.37CIA-48BRL-CAD: 03starseeker * r41740 10/brlcad/branches/cmake/ (include/optical.h src/libmultispectral/init.c): Tweaks to liboptical and libmultispectral to get multispectral building on Windows
18:45.36starseekerrtsrv defines it's own bu_log and bu_bomb - that's causing compile issues on Windows
18:46.56starseekerah - looks like remrt and rtsrv haven't been ported to windows
18:57.40cjdevlini came across this site: mil-oss.org and didn't find brl-cad in the existing projects list http://mil-oss.org/get-involved/existing-projects  - just wondering if you guys were familiar w/ this?
19:07.32DaveLobrlcad: check this out: http://www.revolvermaps.com/
19:07.49DaveLomight be cool for the brlcad.org site :)
19:30.32CIA-48BRL-CAD: 03davidloman * r41741 10/rt^3/trunk/include/NetMsgTypes.h: WS, Formatting.
19:33.56brlcadcjdevlin: yes, I spoke and gave a presentation on BRL-CAD at Mil-OSS WG2 just a couple months ago -- just haven't bothered anyone to get added to that list yet
19:34.49brlcadhttp://mil-oss.org/about/news-and-announcements/6-events/29-mil-oss-wg2
19:53.03CIA-48BRL-CAD: 03starseeker * r41742 10/brlcad/branches/cmake/ (3 files in 3 dirs): Get ssamp-bw building on Windows
19:57.03brlcadcjdevlin: the initial list was just directly pulled from a report
20:02.14cjdevlinbrlcad: ahh
20:02.34cjdevlinbrlcad: i thought grass was also an army corps of engineers project
20:03.05CIA-48BRL-CAD: 03starseeker * r41743 10/brlcad/branches/cmake/src/rt/ext.h: Try including optical.h here.
20:16.00brlcadcjdevlin: it was
20:16.28brlcadthough they didn't really release it as open source, they were basically done with the project so they put it into the public domain
20:17.45brlcadresearchers in italy (iirc) and elsewhere picked up the PD code, made substantial sustained contributions and as a community made a new claim of copyright enabling them to license under GPL
20:19.34CIA-48BRL-CAD: 03starseeker * r41744 10/brlcad/branches/cmake/src/CMakeLists.txt: Bah - comment out some stuff that clearly is not Windows ported - deal with this later.
20:20.18cjdevlinbrlcad: last i checked their web site still claimed nasa and some other government organizations as users. it seems like these 2 projects (brlcad and grass) are two of the exemplary models of open source in the military models.
20:21.14cjdevlinbrlcad: it seems like a lot of other projects on that list were developed outside of the military and are now used by the military whereas these 2 were created in house and now have stable code bases with at least a few outside contributors
20:21.31brlcadstarseeker: yeah, and they way they're define bu_bomb/bu_log, they override the calls made to those functions *within* our own libraries
20:22.07brlcadcjdevlin: there are a couple others now, but brl-cad and grass are definitely exemplary for the u.s. army
20:22.41brlcadi have a public google docs that lists a lot of other significant DoD and Gov open source projects
20:22.57brlcadcan't get to it at the moment, but it might be searchable
20:23.18brlcad*I* can't get to it at the moment, you can if you can find it :)
20:24.16cjdevlinbrlcad: i will try and take a look. thanks for the info.
20:24.30starseekerbrlcad: wouldn't that come under the heading of "Bad Things"?  Or was that a deliberate design decision?
20:24.55brlcadstarseeker: funky tricks with C
20:24.58brlcaddeliberate
20:25.10starseekerugh.  Windows Not Happy with it
20:26.37brlcadyeah, other platforms too -- usually takes some trickery per new platform
20:32.09brlcadreworking them to not override the library would be good
20:44.46CIA-48BRL-CAD: 03starseeker * r41745 10/brlcad/branches/cmake/ (include/raytrace.h src/rt/rtshot.c): Try adding rt_shootray_bundle and rt_raybundle_maker to raytrace.h - will see if this works on Windows.
20:53.34CIA-48BRL-CAD: 03starseeker * r41746 10/brlcad/branches/cmake/ (include/raytrace.h src/rt/rtshot.c): Hmm - probably better to assume these were not added to raytrace.h for a reason, see if the same version in rtshot.c will suffice.
21:06.56brlcadputting them into the public header effectively "publishes" those API calls, meaning we'd be reasonably expected to follow deprecation steps should we want to change/remove them later
21:07.05brlcadnot putting them in the public header means that they can be changed at will
21:07.37brlcadthey're experimental functions .. now probably obsolete with the new rt_shootrays() interface
21:17.36starseekerOn Windows it can't resolve them
21:23.34CIA-48BRL-CAD: 03starseeker * r41747 10/brlcad/branches/cmake/src/librt/ (bundle.c mkbundle.c): OK, cheat - we must export these for rtshot on Windows, but they're not part of the public API, so put the export stuff in the C file next to the functions, to be removed when they are.
21:25.37brlcadstarseeker: it can't resolve them due to declarations and definitions
21:25.56brlcadthat has nothing to do with them being in the public header or not
21:25.57starseekernods - I got it with the last commit, builds now
21:51.01CIA-48BRL-CAD: 03r_weiss * r41748 10/brlcad/trunk/src/libbn/bntester.c:
21:51.02CIA-48BRL-CAD: Updated the 'bntester' tool used to test 'libbn' functions. The basic framework
21:51.03CIA-48BRL-CAD: is complete and has been setup to test the 'bn_distsq_line3_pt3' function (i.e.
21:51.04CIA-48BRL-CAD: function number 1). Additional 'libbn' functions can be added as necessary.
21:51.14CIA-48BRL-CAD: 03brlcad * r41749 10/brlcad/trunk/TODO:
21:51.15CIA-48BRL-CAD: more details on the tgc bug. it's somehow only calculating one hit for rays
21:51.15CIA-48BRL-CAD: that perfectly graze the edge of the cylinder's lengthwise tube surface (not the
21:51.16CIA-48BRL-CAD: end disks or actual topological edges). bug may be specific to cones that pinch
21:51.16CIA-48BRL-CAD: to a point (like s.nos5g) but unconfirmed.
21:55.56starseekerDown to these errors (plus a few that disappear on recompile and I suspect are dependencies I haven't yet specified fully):  http://paste.lisp.org/display/117939
22:06.03brlcadpixcmp is probably just not defining the DLL import flag
22:07.31brlcadhurt.c is exactly a reduced all-in-one-file version of the rt source files, so whatever fix is there that makes rt work on windows should make the hurt sources work
22:08.17brlcaddunncomm is deprecated, can ignore
22:08.54brlcadcsgbrep is accessing a bunch of functions directly and should not -- should be going through the functab interface
22:12.05brlcadtie.h defines a variable named 'far' which is a reserved word for msvc, so needs to be renamed
22:12.37brlcadthe rest is mostly fluff
22:12.43brlcadeasy fixes
22:13.23brlcadpixblend.c needs to use the libbu timer and random number facilities
23:00.27*** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.18.0 is posted (20101209) || Happy Open Source Anniversary 2010-12-21 !!! Six years...
23:04.53starseekerbrlcad: what's a good example of going through the functab?  
23:05.16starseeker(csgbrep was just a test utility anyway, it's probably not critical to have it on Windows)
IRC log for #brlcad on 20101222

IRC log for #brlcad on 20101222

00:02.41starseekerwonders if the Journal of Systems and Software might be a logical candidate... hmm...
00:05.44brlcadaccessing the brep functions directly is actually an encapsulation bug, so csgbrep should either be fixed or removed .. not in the same windows portability league as lgt using termcap
00:07.29brlcadfunctab is used all over the place (and is still sucky anti-encapsulation, but it's at least the current accepted method), just grep for it
00:31.54CIA-48BRL-CAD: 03r_weiss * r41750 10/brlcad/trunk/src/libbn/ (bntester.c bntester.dat):
00:31.54CIA-48BRL-CAD: Updated the 'bntester' tool used to test 'libbn' functions. Added support to
00:31.55CIA-48BRL-CAD: test function 'bn_2line3_colinear'. Added 30 test cases for this function within
00:31.55CIA-48BRL-CAD: the file 'bntester.dat'. These test cases were captured while running the mged
00:31.56CIA-48BRL-CAD: 'ev' command.
01:44.33*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
02:15.19*** join/#brlcad crazy_imp (~mj@a89-182-26-53.net-htp.de)
06:58.56*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
07:00.50*** join/#brlcad Aeamus (~Enigma@unaffiliated/r0b0t1)
07:10.02*** join/#brlcad merzo (~merzo@202-92-94-178.pool.ukrtel.net)
08:50.05*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
09:58.01*** join/#brlcad merzo (~merzo@91-142-94-178.pool.ukrtel.net)
10:31.32*** join/#brlcad mafm (~mafm@17.Red-83-55-204.dynamicIP.rima-tde.net)
11:45.17DaveLoMernin!
12:22.09*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:59.19CIA-48BRL-CAD: 03davidloman * r41751 10/rt^3/trunk/include/NetMsgTypes.h: C -> C++ comment conversion.
12:59.52CIA-48BRL-CAD: 03davidloman * r41752 10/rt^3/trunk/src/GS/GeometryService.cxx: Implement PingMsg handling in GeometryService class. Precursor to KeepAlive functionality.
13:02.24CIA-48BRL-CAD: 03davidloman * r41753 10/rt^3/trunk/src/GS/GeometryService.cxx: Accidentally submitted old version of file: 'GeometryService.cxx'. This is the correct one. Honest.
13:04.51CIA-48BRL-CAD: 03davidloman * r41754 10/rt^3/trunk/src/GS/GSClient.cxx: Implement PING handling in GSClient class.
13:05.10CIA-48BRL-CAD: 03davidloman * r41755 10/rt^3/trunk/src/GS/GeometryService.cxx: Implement FailureMsg handling in GeometryService class.
13:17.27CIA-48BRL-CAD: 03davidloman * r41756 10/rt^3/trunk/src/GS/ (GSClient.cxx GeometryService.cxx): Add squigglies to prevent cross initialization in the switch block.
13:19.04CIA-48BRL-CAD: 03davidloman * r41757 10/rt^3/trunk/src/GS/GSClient.cxx: Implement PongMsg handling. Add in ability to calculate current time to the nearest ms and get roundtrip ping time. Also fixed logging label errors.
13:28.21CIA-48BRL-CAD: 03davidloman * r41758 10/rt^3/trunk/ (3 files in 3 dirs): Introduce a new generic class: GenericEightBytesMsg. Is designed to transport a single 64 bit value. Prompted by Ping/PongMsg's need to move a 64 time value.
13:31.20CIA-48BRL-CAD: 03davidloman * r41759 10/rt^3/trunk/ (4 files in 2 dirs): Converted PingMsg and PongMsg over to transporting 64bit values instead of 32bit. Needed to get proper startTime in ms.
13:38.32*** join/#brlcad mafm (~mafm@17.Red-83-55-204.dynamicIP.rima-tde.net)
13:53.41CIA-48BRL-CAD: 03davidloman * r41760 10/rt^3/trunk/src/utility/Logger.cxx: C -> C++ comment conversion.
13:56.44CIA-48BRL-CAD: 03davidloman * r41761 10/rt^3/trunk/include/Logger.h: Add a utility function to get the current time in ms and return it as a quint64.
13:59.08CIA-48BRL-CAD: 03davidloman * r41762 10/rt^3/trunk/src/GS/GSClient.cxx: Use the Logger::getCurrentTime() fn instead of locally calculating it.
14:17.24CIA-48BRL-CAD: 03davidloman * r41763 10/rt^3/trunk/ (5 files in 3 dirs): Didn't put in the proper constructors and the NetMsgFactory threw a fit about it. Should be fixed now.
14:18.52CIA-48BRL-CAD: 03davidloman * r41764 10/rt^3/trunk/ (include/PingCmd.h src/GS/cmds/PingCmd.cxx): Implement PingCmd. Used by GSClient to initiate a ping.
14:19.49CIA-48BRL-CAD: 03davidloman * r41765 10/rt^3/trunk/src/GS/GSClient.cxx: Register PingCmd class in the CmdRegistry so GSClient can use it.
14:20.50CIA-48BRL-CAD: 03davidloman * r41766 10/rt^3/trunk/src/GS/ (GSClient.cxx GeometryService.cxx): Now that the NetMsgFactory can properly build PingMsg and PongMsg, have GeometryService and GSClient classes register them with the NetMsgRouter
14:29.28CIA-48BRL-CAD: 03davidloman * r41767 10/rt^3/trunk/src/GS/ (GSClient.cxx GeometryService.cxx): Clean up PingMsg/PongMsg handling logic a bit.
14:39.36CIA-48BRL-CAD: 03davidloman * r41768 10/rt^3/trunk/src/GS/CMakeLists.txt: Forgot to add PingCmd to the cmake system.
14:42.27CIA-48BRL-CAD: 03davidloman * r41769 10/rt^3/trunk/src/utility/Logger.cxx: Hrm, I think my svn client might be acting up. This is the second half of commit r41761
14:47.03CIA-48BRL-CAD: 03bob1961 * r41770 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Started adding behaviors similar to what's in Excel w.r.t. cell traversal and editing.
14:47.53CIA-48BRL-CAD: 03bob1961 * r41771 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Mods to accommodate updates to the cadwidgets::TkTable
14:55.13CIA-48BRL-CAD: 03davidloman * r41772 10/rt^3/trunk/src/libNet/Portal.cxx:
14:55.13CIA-48BRL-CAD: Fixed a config issue where a Portal was attempting to search the config system
14:55.14CIA-48BRL-CAD: for the incorrect Key. This was preventing the Portal from knowing what the
14:55.14CIA-48BRL-CAD: correct localNodeName was. Additionally, fixed a small memory leak from a
14:55.15CIA-48BRL-CAD: pointer that was being allocated but not deallocated. Converted to local
14:55.15CIA-48BRL-CAD: variable for simplicity.
14:57.56CIA-48BRL-CAD: 03davidloman * r41773 10/rt^3/trunk/ (8 files in 4 dirs):
14:57.57CIA-48BRL-CAD: Made PortalManager take a localNodeName parameter. Made Portal lookup
14:57.57CIA-48BRL-CAD: localNodeName on its associated PortalManager rather than the Config system.
14:57.58CIA-48BRL-CAD: This will allow multiple PortalManager's (with different node names) to exist in
14:57.58CIA-48BRL-CAD: the same application. Also standardizes LocalNodeName access.
15:20.53CIA-48BRL-CAD: 03davidloman * r41774 10/rt^3/trunk/src/GS/ (geoclient.config geoserv.config): Add a config file for the client. Mod server config file a bit.
15:21.36CIA-48BRL-CAD: 03davidloman * r41775 10/rt^3/trunk/src/GS/ (geoclient.cxx geoserv.cxx): Clean up boot logic for both server and client. Mandate the presence of a .config file (for now)
15:37.18CIA-48BRL-CAD: 03davidloman * r41776 10/rt^3/trunk/src/ (5 files in 2 dirs): Comment out a handful of debug log points.
15:41.01CIA-48BRL-CAD: 03davidloman * r41777 10/rt^3/trunk/src/libNet/NetMsgFactory.cxx: Plug another small memory leak surrounding the allocation (and lack of free-ing) of QDataStream objects in NetMsgFactory. Use local variable instead.
15:52.41starseekerhmm - this sounds interesting:  http://www.spicespace.org/
15:53.33DaveLoheh, thought that link had something to do with Dune :)
16:09.20*** part/#brlcad cjdevlin (~devlin@d118-75-252-178.try.wideopenwest.com)
16:13.18*** join/#brlcad milamber (~devlin@d118-75-252-178.try.wideopenwest.com)
16:24.37brlcadbusy morning :)
17:18.26CIA-48BRL-CAD: 03indianlarry * r41778 10/brlcad/trunk/src/mged/mged.c:
17:18.26CIA-48BRL-CAD: Valgrind squelch - valgrind reporting read error on the dm_list member dml_dmp
17:18.27CIA-48BRL-CAD: from function doEvent(). The problem is that the display manager pointer
17:18.27CIA-48BRL-CAD: 'dml_dmp' was being free'd from DM_CLOSE() but the parent list element(struct
17:18.35CIA-48BRL-CAD: dm_list) was not being dequeued or removed in mged_finish() and would turn up in
17:18.35CIA-48BRL-CAD: the event loop after being free'd
18:06.15*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
18:24.55DaveLo*burp*
18:35.57CIA-48BRL-CAD: 03davidloman * r41779 10/rt^3/trunk/src/ (106 files in 18 dirs): Standardize a bunch of file footers.
18:36.38*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
18:38.50*** part/#brlcad milamber (~devlin@d118-75-252-178.try.wideopenwest.com)
19:01.17starseekerbrlcad: looking at rt_functab, am I right that I need to add an entry like int (*ft_brep) BU_ARGS... in order to expose the *_brep functions?
19:08.09brlcadstarseeker: if one is not already there, yes
19:29.50willdyeDaveLo: I agree about "spicespace" sounding like a site for an upcoming Dune remake.  Maybe the variable names and such in spice should be subtle refrence jokes, just as "spam" and such occasionally appear in Python documents.
19:30.40starseekerhates mucking with the functab...
19:36.26DaveLomucking with the functab is probably safer than fucking with the munctab =D (pardon the language)
19:54.56CIA-48BRL-CAD: 03starseeker * r41780 10/brlcad/branches/cmake/ (5 files in 5 dirs): Make a stab at doing rt_*_brep functions the 'right way' through the functab.
20:06.41CIA-48BRL-CAD: 03starseeker * r41781 10/brlcad/branches/cmake/src/proc-db/csgbrep.cpp: Need the functab before calling it. This seems to restore things to the state they were in before (broken, but trying to do the correct operations.)
20:07.29*** join/#brlcad cjdevlin (~devlin@d118-75-252-178.try.wideopenwest.com)
20:08.07*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
20:08.07*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:28.42CIA-48BRL-CAD: 03bob1961 * r41782 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Annotate the selected row by changing the background color of corresponding cell in the title column.
20:31.38CIA-48BRL-CAD: 03starseeker * r41783 10/brlcad/branches/cmake/bench/CMakeLists.txt: Try adding a few MSVC definitions (this is not under the src umbrella)
20:34.53CIA-48BRL-CAD: 03starseeker * r41784 10/brlcad/branches/cmake/src/util/CMakeLists.txt: Wrap the dunn stuff in WIN32 conditionals - these will not be fixed, and will be going away.
20:43.10CIA-48BRL-CAD: 03starseeker * r41785 10/brlcad/branches/cmake/src/rt/hurt.c: Swap in code from the individual rt files to hurt.c - see if this fixes hurt on Windows, since the others build successfully.
20:47.50starseekerbrlcad: ttcp complains about not finding netinet/in.h, yet the code seems to have WIN32 conditionals - is that a utility that we need on Windows and has built on it in the past?
20:54.22brlcadit has built on it in the past
20:55.13brlcadall of our tools should build and run cross-platform
21:08.20*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
21:39.53CIA-48BRL-CAD: 03starseeker * r41786 10/brlcad/branches/cmake/src/vdeck/vdeck.c: Try defining wait for Windows using Sleep... will this work?
21:59.28starseekergrr... why is libfft not producing a .lib file?
22:01.29starseeker``Erik: is my least-effort course to get the adrt stuff sorted on Windows to fix up what's there now?
22:17.15``Erikno
IRC log for #brlcad on 20101223

IRC log for #brlcad on 20101223

00:57.33*** join/#brlcad Aeamus (~Enigma@unaffiliated/r0b0t1)
02:15.32*** join/#brlcad crazy_imp (~mj@a89-182-209-220.net-htp.de)
02:41.01``Erikcandy mountain, charlie
03:24.15brlcadstarseeker: hehe.. "man 2 wait"
03:26.36starseekerding nabbit - ok, what's the Windows version?
03:28.07starseekergoogle isn't very helpful on this
03:29.33CIA-48BRL-CAD: 03starseeker * r41787 10/brlcad/branches/cmake/src/vdeck/vdeck.c: OK, that's not the wait functionality being assumed on Unix - what's the equalivent call on Windows?
03:30.56brlcadwait() is related to process management
03:31.26brlcadthere isn't a 1-1 mapping for most of the process management calls, just like there's no fork()
03:31.48starseekergrowl
03:32.13starseekervdeck looks ancient - is it still used?
03:32.14brlcadbut like with fork(), there's a way to create a new process (CreateProcess()), so there should be something similar like WaitForProcess() but undoubtedly not just a drop-in replacement
03:32.22brlcadyeah, it's used
03:32.54brlcadI was going to deprecate it a few months back and that month some conversation came up with someone using the vdeck tools
03:33.18starseekerO.o  com-geom card images?  Wow
03:34.54starseekergrowl... this can't be the first time this has come up - perhaps we should do a bu_wait and friends to wrap all of this?
03:35.55starseekeractually, it's worse - this sucker also needs /bin/sh
03:38.08starseekerbrlcad: what about this as a compromise - it looks like vdeck needs this stuff only when it exercises it's ability to run a unix shell command
03:38.43brlcadthat "feature" is basically a security hole, so I wouldn't shed a tear to see it removed
03:38.53starseekerthat's obviously a no-go on Windows anyway - what about wrapping the code defining the shell stuff in ifdef HAVE_SYS_WAIT_H?
03:39.24starseekerah, better yet
03:39.38brlcadit's possible to kick out to a shell on windows, could be made to work
03:39.42brlcadbut it's a dumb feature
03:39.42starseekercan I just yank it or do we need deprecation?
03:40.01brlcadyank it from trunk
03:40.06starseekerrighto
03:40.12brlcadsecurity issues don't follow deprecation
03:41.28brlcadakin to fixing a bug
03:46.12CIA-48BRL-CAD: 03starseeker * r41788 10/brlcad/trunk/ (NEWS src/vdeck/vdeck.c): Remove the 'execute shell command' misfeature from vdeck.
03:47.15brlcadpast tense
03:47.28starseekerer, yeah
03:48.09brlcadmaybe:  "removed shell execution !command from vdeck"
03:48.12CIA-48BRL-CAD: 03starseeker * r41789 10/brlcad/trunk/NEWS: remove -> removed
03:49.10brlcadthe one nice thing about that vdeck implementation was that it was close to what you'd need for a bu interface for running commands
03:49.52brlcadjust missing the windows logic, which would have actually been simpler than the unix code
03:50.22brlcadbecause you'd just CreateProcess() in the current process's context and it'd automatically block until return
03:50.51starseekerwhat does nirt do?
03:51.11starseekeror does our command line nirt work on Windows...
03:52.40CIA-48BRL-CAD: 03starseeker * r41790 10/brlcad/trunk/NEWS: call out the command that was removed
03:53.32starseeker``Erik: what do you advise on the adrt stuff in Windows?  wrap it with WIN32 conditionals until the new stuff is ready for trunk merge?
03:54.43starseekerah, nevermind, nirt doesn't need to fork processes
03:54.45starseekersilly me
03:54.54brlcadmost of the adrt stuff in that build log looked pretty easy to fix
10:47.52*** join/#brlcad mafm (~mafm@253.Red-83-55-205.dynamicIP.rima-tde.net)
11:48.23DaveLoMernin
12:17.34*** join/#brlcad Stattrav (~suryajith@unaffiliated/stattrav)
12:18.35*** join/#brlcad archivist_emc (~archivist@217.34.113.62)
12:20.19DaveLo/*
12:20.36DaveLowarms up the commit machine.
12:21.03CIA-48BRL-CAD: 03davidloman * r41791 10/rt^3/trunk/src/GS/: Modified SVN:IGNORE
12:26.57*** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:01.38CIA-48BRL-CAD: 03davidloman * r41792 10/rt^3/trunk/src/ (8 files in 3 dirs): Insert sqlite 3.7.4 into src/other. Going to evaluate if sqlite is a good solution for the metadata processing we need for the Repository searching/filtering functionality
13:04.35``Erikwhat's the behavior of sqlite3 with multiple writer and reader processes?
13:33.56DaveLo``Erik: the documentation *says* that multiple instances of SQLite can perform IO on the same DB file.
13:34.04DaveLobut I'll believe it when I see it :)
13:39.27CIA-48BRL-CAD: 03starseeker * r41793 10/brlcad/branches/cmake/ (8 files in 6 dirs): Sync CMake to trunk r41972
15:47.07``Erikso yeah, candy mountain, charlie
15:54.33CIA-48BRL-CAD: 03starseeker * r41794 10/brlcad/branches/cmake/src/conv/dem-g.c: Start cleaning up dem-g - first, fix the variable size array declarations. This seems to work in testing on the Mac
16:10.13brlcadno clean up on trunk first?
16:11.14brlcadsqlite is acid compliant, it all works as you'd expect
16:15.53brlcadsqlite's biggest limitation is that it is basically typeless
16:16.26brlcadso any type checking has to happen in the application on both reads and writes from the database
17:44.44*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
18:51.42CIA-48BRL-CAD: 03davidloman * r41795 10/rt^3/trunk/src/other/sqlite_3_7_4/ (SQLiteAndGSNotes.txt repo.db): Check in a notes file and a sample SQLite db file.
18:53.31*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
19:29.06CIA-48BRL-CAD: 03davidloman * r41796 10/rt^3/trunk/ (4 files in 2 dirs): Move sqlite3.h to public include dir
19:36.29DaveLoWell, happy holidays all!  I'm outtie
20:26.26starseekerbrlcad: er, yeah I guess that woudl be good wouldn't it - tend to forget about trunk when doing Windows fixes :-P
21:25.10*** join/#brlcad mafm_ (~mafm@253.Red-83-55-205.dynamicIP.rima-tde.net)
21:30.58CIA-48BRL-CAD: 03bob1961 * r41797 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Added more windows and emacs style bindings for cell editing and traversal.
22:56.56*** join/#brlcad Stattrav (~suryajith@static.71.252.63.178.clients.your-server.de)
23:18.07*** join/#brlcad Stattrav (~suryajith@static.71.252.63.178.clients.your-server.de)
23:23.53``Erikhttp://www.daggerpress.com/2010/12/19/harford-county%E2%80%99s-food-facility-inspection-violations-for-november-2010/
23:35.23*** join/#brlcad Stattrav (~suryajith@static.71.252.63.178.clients.your-server.de)
23:37.06starseeker``Erik: hmm.  sounds like a bunch of refrigerators need fixing ;-)
23:38.39starseekerbit more concerned by the Basta sanitary procedures one - ew
23:59.19starseekerAnybody here have any experience using dynamic dns to make it possible to log into one's machine from a remote computer?
IRC log for #brlcad on 20101224

IRC log for #brlcad on 20101224

00:02.36``ErikI used one of those a really long time ago... was some shell script that tracked ppp info for dialups... why not just record the IP somewhere?
00:02.57starseekerit changes
00:03.20starseekerplus I need to figure out port forwarding
00:03.42``Erikhow often? O.o comcrap doesn't change mine unless the modem isn't connected for many hours
00:03.43starseeker(kinda hard to do remote admin on a box if one can't reach the box...)
00:04.00``Erikcome to think of it, I don't think it even changed me when I lost access for a week
00:04.16starseeker``Erik: dunno, haven't watched closely - either way, it's too long to want to type much
00:04.47starseekerand if they do change it and I care, I'm not likely to be in a position to do anything about it...
00:07.11starseekerI expect the more gnarly bit will be figuring out port forwarding - not a subject I know much about
01:26.27*** join/#brlcad mafm (~mafm@253.Red-83-55-205.dynamicIP.rima-tde.net)
02:15.10*** join/#brlcad Stattrav (~suryajith@static.71.252.63.178.clients.your-server.de)
02:15.49*** join/#brlcad crazy_imp (~mj@a89-182-220-88.net-htp.de)
03:54.02*** join/#brlcad Stattrav (~suryajith@static.71.252.63.178.clients.your-server.de)
11:04.42*** join/#brlcad mafm (~mafm@38.Red-83-45-252.dynamicIP.rima-tde.net)
15:03.52*** join/#brlcad merzo (~merzo@116-200-132-95.pool.ukrtel.net)
15:27.48*** join/#brlcad hanen (~hanen@41.226.154.185)
15:57.04starseekerOoo - interesting:  http://libcxx.llvm.org/
17:07.19brlcadthat is interesting, for a variety of reasons
17:08.45brlcadstarseeker: I've done dyndns before, not hard at all to set up -- but found setting up something manual was more reliable and easy to maintain
17:10.13brlcade.g., you could have your machine send a heartbeat update to some place that has a static IP (like brlcad.org/~starseeker/logmyip.php and write out the address to a file
17:10.28brlcadthen it's ssh+cat+ssh to get in
17:56.16*** join/#brlcad mafm_ (~mafm@38.Red-83-45-252.dynamicIP.rima-tde.net)
21:05.50*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:54.44*** join/#brlcad mafm_ (~mafm@92.Red-83-45-73.dynamicIP.rima-tde.net)
23:58.26*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
IRC log for #brlcad on 20101225

IRC log for #brlcad on 20101225

00:29.43*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
00:37.55*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
01:07.17*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
01:39.19*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
02:16.05*** join/#brlcad crazy_imp (~mj@a89-182-200-255.net-htp.de)
02:25.26*** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
08:03.17*** join/#brlcad Ralith (~ralith@216.162.199.202)
11:49.37*** join/#brlcad mafm_ (~mafm@91.Red-81-36-112.dynamicIP.rima-tde.net)
14:50.12*** join/#brlcad mafm_ (~mafm@91.Red-81-36-112.dynamicIP.rima-tde.net)
19:26.11*** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no)
20:19.39*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
20:47.59*** join/#brlcad crazy_imp (~mj@a89-182-196-46.net-htp.de)
21:27.25*** join/#brlcad mafm (~mafm@91.Red-81-36-112.dynamicIP.rima-tde.net)
IRC log for #brlcad on 20101226

IRC log for #brlcad on 20101226

00:39.19*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
02:02.55*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
02:02.55*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
04:03.13*** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net)
05:19.37*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
05:19.37*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
05:59.20*** join/#brlcad Ralith (~ralith@216.162.199.202)
06:50.47*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
10:06.31CIA-48BRL-CAD: 0341.137.31.103 07http://brlcad.org * r2392 10/wiki/Overview: /* What is BRL-CAD? */
11:47.44*** join/#brlcad mafm (~mafm@213.Red-88-18-68.staticIP.rima-tde.net)
15:02.41*** join/#brlcad crazy_imp (~mj@a89-182-16-137.net-htp.de)
15:42.20*** join/#brlcad csanyipal (~csanyipal@64-164-85-95.dynamic.stcable.net)
15:42.25csanyipalHi,
15:45.05csanyipalI downloaded brlcad using SVN, and did 'sh autogen.sh', './configure --enable-optimized' and want to do 'make' but get errors: http://pastebin.com/hfmmBuTX
15:45.18csanyipalwhat can I do to solve this problem?
15:45.47csanyipalMarry Christmas! :)
15:58.51csanyipalmy system is Debian GNU/Linux Squeeze, with kernel 2.6.32-5-amd64 #1 SMP
19:02.25*** join/#brlcad mafm_ (~mafm@213.Red-88-18-68.staticIP.rima-tde.net)
21:48.26*** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
21:48.31*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:19.53CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r2393 10/wiki/Overview: Reverted edits by [[Special:Contributions/41.137.31.103|41.137.31.103]] ([[User talk:41.137.31.103|Talk]]); changed back to last version by [[User:98.218.53.50|98.218.53.50]]
22:21.21CIA-48BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:41.137.31.103]] with an expiry time of infinite (anonymous users only, account creation disabled): Inserting nonsense/gibberish into pages: looks like spammer testing anonymous edits
23:07.57*** join/#brlcad yukonbob (~bch@S010600235a187d92.ok.shawcable.net)
23:08.03yukonbobhello, #brlcad
IRC log for #brlcad on 20101227

IRC log for #brlcad on 20101227

01:57.42*** join/#brlcad dtidrow (~dtidrow@c-68-60-96-218.hsd1.mi.comcast.net)
05:00.06yukonbobbrlcad: ping
05:00.09yukonbobstarseeker: ping
05:00.14yukonbob``Erik: ping
05:00.23yukonbob;) shotgun approach
07:47.46*** join/#brlcad csanyipal (~csanyipal@64-164-85-95.dynamic.stcable.net)
07:47.54csanyipalHi,
07:59.39csanyipalstill can't compile the newest source code downloaded from svn repository on my Debian GNU/Linux Squeeze.
08:04.53csanyipalthe error messages are here: http://pastebin.com/hfmmBuTX
08:05.14csanyipalcan you help me to solve this problem?
08:10.11brlcadcsanyipal: the actual error is not listed in your pastebin pasting
08:10.23brlcadthose are just the cascade error messages that followed
08:12.55brlcadyukonbob: pong, merry christmas and happy new year
08:14.48brlcadcsanyipal: please post your full build log and/or open a tracker ticket, but one suggestion would be to run autogen.sh if you haven't and to use the --enable-all configure flag
08:15.10brlcadbedtime, later!
08:15.29csanyipalbrlcad: OK, thanks! I'll try it right away.
08:15.46csanyipalOK :)
09:20.15*** join/#brlcad merzo (~merzo@193.254.217.44)
09:22.13*** join/#brlcad Ralith (~ralith@216.162.199.202)
09:24.22csanyipalthe --enable-all configure flag did the trick. I have now installed brlcad on my Debian Squeeze system. Thanks!
09:25.34csanyipalso long!
09:32.06*** join/#brlcad merzo (~merzo@193.254.217.44)
10:06.16*** join/#brlcad csanyipal (~csanyipal@64-164-85-95.dynamic.stcable.net)
12:13.29*** join/#brlcad mafm_ (~mafm@187.Red-88-26-141.staticIP.rima-tde.net)
13:27.14*** join/#brlcad merzo (~merzo@193.254.217.44)
13:27.14*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
14:39.59*** join/#brlcad csanyipal (~csanyipal@64-164-85-95.dynamic.stcable.net)
14:41.19csanyipalHi,
14:42.37csanyipalwhere can brlcad users to present it's models I mean on Internet?
14:43.49csanyipalI can't remember where was I put my humble model? :)
14:45.10csanyipalon http://brlcad.org/ can't find any link to such website.
15:07.04*** join/#brlcad crazy_imp (~mj@a89-182-4-3.net-htp.de)
15:17.43brlcadcsanyipal: http://more.brlcad.org/ ?
15:19.03csanyipalbrlcad: yes! :)
15:20.18csanyipalthanks!
15:29.57*** join/#brlcad mafm (~mafm@187.Red-88-26-141.staticIP.rima-tde.net)
15:39.43CIA-48BRL-CAD: 03Paulcs 07http://brlcad.org * r2394 10/wiki/Main_Page: Added 'BRL-CAD Model Repository' header and link to model repository
15:40.27csanyipal:)
15:52.58*** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
15:57.08brlcad:)
16:36.45csanyipalso long!
17:00.54CIA-48BRL-CAD: 03 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (update model: BRL-CAD processing completed.)
17:01.05CIA-48BRL-CAD: 03 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: BRL-CAD processing completed.)
17:01.16CIA-48BRL-CAD: 03 07http://more.brlcad.org * r28 10Model repository/: Photo holder (update model: BRL-CAD processing completed.)
17:01.28CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r24 10Model repository/: Havoc (update model: )
17:03.37CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r22 10Model repository/: Boolean operations (update model: )
17:05.38CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r21 10Model repository/: Axis example (update model: )
17:06.39CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r23 10Model repository/: bldg391 (update model: )
17:07.44CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: )
17:23.56CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r28 10Model repository/: Photo holder (update model: Processed)
18:00.27CIA-48BRL-CAD: 03 07http://more.brlcad.org * r28 10Model repository/: Photo holder (update model: Processed)
18:05.21yukonbobpokes in...
18:24.17*** join/#brlcad roberthl (~robert@v001.rhl.me.uk)
18:24.17*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
18:52.33CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: )
18:53.04CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: )
18:54.40CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: Processed)
18:54.44CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (update model: Processed)
18:54.56CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r28 10Model repository/: Photo holder (update model: Processed)
18:55.43yukonbobbrlcad: ping
18:55.50brlcadwhat?
18:55.56yukonbobheh
18:55.58yukonbobwhat!???
18:56.03yukonbobgot a sec or busy?
18:56.10brlcadyes
18:59.21CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: Processed)
18:59.27CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (update model: Processed)
18:59.28CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r28 10Model repository/: Photo holder (update model: Processed)
18:59.57yukonbobvery boolean: I'll just ask my q: working again on getting brl-cad up on netbsd -- additional to (what appear to be) the 3 basic libs librt, libbu, libbn, what else is required to generate _anything_ (no matter how primitive), even if via C api?
19:00.21CIA-48BRL-CAD: 03 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: Processed)
19:00.25CIA-48BRL-CAD: 03 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (update model: Processed)
19:00.31CIA-48BRL-CAD: 03 07http://more.brlcad.org * r28 10Model repository/: Photo holder (update model: Processed)
19:00.52brlcadyukonbob: basically the things build if you --enable-only-benchmark
19:01.48yukonbobok -- so that's (basically, roughly) pure, lean, "core-only" components?
19:01.50brlcadreally depends what you plan on doing via the C api too, but those three are part of the core along with a few others
19:02.32yukonbobbrlcad: I'm still pursuing what I had w/ the old version of brlcad ~2 years ago... build abosolute core, use system facilities everywhere else...
19:02.43brlcadthat's the basic components for running the BRL-CAD Benchmark which is the raytracing and geometry processing libs and a couple of the converters
19:03.19brlcad--disable-all will force it to use system facilities for everything it can
19:03.38yukonbobLooks like cmake is first-class build facility in at least some of the dirs... true?
19:04.00yukonbob*first-class, preferred
19:52.45CIA-48BRL-CAD: 03brlcad * r41798 10/web/trunk/htdocs/more/sites/all/modules/brlcad/scripts/generic.txt: zoom in a little more, 1.5 so objects fill more of the view
19:53.08CIA-48BRL-CAD: 03brlcad * r41799 10/web/trunk/htdocs/more/sites/all/modules/brlcad/scripts/7.14.txt: zoom in a little more, 1.5 so objects fill more of the view
19:53.48CIA-48BRL-CAD: 03brlcad * r41800 10/web/trunk/htdocs/more/sites/all/ (3 files in 2 dirs): s/BRLCAD/BRL-CAD/g
19:54.59CIA-48BRL-CAD: 03 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: BRL-CAD processing completed.)
19:58.41brlcadelena did a really nice job on the model repository...
19:58.57brlcadimplementation is really pretty clean
19:59.05CIA-48BRL-CAD: 03 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (update model: BRL-CAD processing completed.)
19:59.06CIA-48BRL-CAD: 03 07http://more.brlcad.org * r28 10Model repository/: Photo holder (update model: BRL-CAD processing completed.)
20:03.09CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (update model: )
20:03.54*** join/#brlcad Ralith (~ralith@216.162.199.202)
20:05.55CIA-48BRL-CAD: 03brlcad * r41801 10/web/trunk/htdocs/more/sites/all/modules/brlcad/brlcad.inc: ahh, bug in 7.14
20:08.09CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: )
20:09.53CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: BRL-CAD processing completed.)
20:11.28CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (update model: BRL-CAD processing completed.)
20:24.01CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: )
20:25.01CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: )
20:30.12CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: BRL-CAD processing completed.)
20:31.37CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: )
20:32.08CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: BRL-CAD processing completed.)
20:42.24CIA-48BRL-CAD: 03sean 07http://more.brlcad.org * r25 10Model repository/: Tank car (update model: )
20:51.19*** join/#brlcad yukonbob (~bch@S01060050bf9b099c.ok.shawcable.net)
22:17.32*** join/#brlcad yukonbob (~bch@S01060050bf9b099c.ok.shawcable.net)
22:32.07CIA-48BRL-CAD: 03brlcad * r41802 10/brlcad/trunk/src/mged/ (cmd.c cmd.h mged.c mged.h): remove the duplicate function declarations for the f_* commands. mark open/close/quit as const.
23:08.24*** join/#brlcad yukonbob (~bch@S010600235a187d92.ok.shawcable.net)
23:08.38CIA-48BRL-CAD: 03brlcad * r41803 10/brlcad/trunk/src/mged/cmd.h: remove 106 function declarations for functions that moved to libged or otherwise don't exist.
23:21.45CIA-48BRL-CAD: 03brlcad * r41804 10/brlcad/trunk/src/mged/ (chgview.c cmd.h): make a handful of mged functions specify a proper const argv array. mark unused params too.
23:23.04CIA-48BRL-CAD: 03brlcad * r41805 10/brlcad/trunk/src/mged/ (clone.c cmd.c): fix sscanf bug. specify the array address itself instead of a double pointer.
IRC log for #brlcad on 20101228

IRC log for #brlcad on 20101228

00:33.46starseekerbrlcad: were you able to spot where the license stuff was in the model repository?  I never did see how to add licenses other than GPL
00:34.17brlcadI ran across it at one point
03:29.58*** join/#brlcad PrezKennedy (MK@whitecalf.net)
05:16.44*** join/#brlcad DX^ (~DX@c-71-59-50-121.hsd1.ga.comcast.net)
06:46.35*** join/#brlcad Stattrav (~Stattrav@111.93.134.142)
06:46.35*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20101231

IRC log for #brlcad on 20101231

21:17.37*** join/#brlcad ibot (~ibot@rikers.org)
21:17.38*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.18.0 is posted (20101209) || Happy Open Source Anniversary 2010-12-21 !!! Six years...
21:23.49starseekerbrlcad: vtk's is based off of version 1.32
21:24.43starseekeron the other hand, based on a casual inspection, if I have to do one CMake build system myself ftgl looks a heck of a lot simpler than freetype
21:25.23starseekerhopefully we can pair vtk's subset of freetype with svn ftgl
21:25.57starseekerwith any luck the features vtk needs will be what we need, especially if they're using ftgl too
23:22.05*** join/#brlcad csanyipal (~csanyipal@64-164-85-95.dynamic.stcable.net)
23:22.16csanyipalHappy New Year!! :D
23:23.36*** join/#brlcad mafm_ (~mafm@166.Red-81-38-102.dynamicIP.rima-tde.net)
23:29.12*** join/#brlcad mafm (~mafm@166.Red-81-38-102.dynamicIP.rima-tde.net)